| 1.1, dRiZd (?), 19:08, 24/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>максимальные задержка составила 69 микросекунд...
Задержка чего?
Мдааа... Может и допилят хотя бы до уровня похожести с QNX/VxWorks.
Но ни ядром единым...
| | |
| |
| |
| |
| 4.31, Logo (ok), 01:36, 26/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Смотря что под этим понимать
Естественно, потому и в кавычках.
| | |
| |
| 5.46, gogo (?), 05:23, 03/03/2010 [^] [^^] [^^^] [ответить]
| +/– |
Вы читать умеете?
"Измерения задержек проводились утилитой cyclictest" (и даже со ссылкой).
| | |
|
|
|
| |
| 3.18, dRiZd (?), 08:25, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>микросекунд!!!!
Очень интересно ..., а где вы видели RT с измеряемым временем в секундах/часах/годах....?
А какое гарантированное время переключения контекста в QNX... - вы не удосужились посмотреть?
| | |
|
| 2.12, pavlinux (ok), 23:41, 24/02/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Может и допилят хотя бы до уровня похожести с QNX/VxWorks.
Они уже в гробу ворочаятся, где вы ещё найдёте 64-битное, SMP, Real Time ядро!?!?!
А SMP процы, типа Apple A4, Qualcomm QSD8672 Snapdragon, Cortex-A9 уже работают.
| | |
| |
| 3.19, dRiZd (?), 08:32, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Они уже в гробу ворочаятся, где вы ещё найдёте 64-битное, SMP, Real
>Time ядро!?!?!
Даже и не думали, Linux пока в сторонке нервно курит (но я надеюсь, что все-таки его допилят до приемлемого уровня)
>А SMP процы, типа Apple A4, Qualcomm QSD8672 Snapdragon, Cortex-A9 уже работают.
А при чем тут процы, если разговор про ОС? Между прочим вы про BSP что-нибудь слышали?
Тем более, что написать свой BSP вам ни кто не мешает (что собственно linux-builder'ы и будут делать)
| | |
| 3.23, klalafuda (?), 11:42, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> Они уже в гробу ворочаятся, где вы ещё найдёте 64-битное, SMP, Real Time ядро!?!?!
QNX6 не? Уже как лет 10ть однако.
| | |
| |
| 4.24, pavlinux (ok), 20:25, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>> Они уже в гробу ворочаятся, где вы ещё найдёте 64-битное, SMP, Real Time ядро!?!?!
>
>QNX6 не? Уже как лет 10ть однако.
SMP есть, 64 бита нету... ни у кого нету ...
Есть некая CMX RTX, говорят что 64-бинтые микроконтроллеры держит.
А вот про Power5/6/7, AMD64/EM64T, Sparc IIi+, Aplha 21164+ неуверен.
| | |
| |
| 5.27, dRiZd (?), 22:11, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Позвольте Вас спросить, а что вы собираетесь пускать в жестком реальном времени с 64-bit + SMP?
Очень интересно. Обычно, жесткое реальное время нужно только контроллерам ну и всевозможным SCADA, а вам зачем оно (тем более 64-bit, никак что-то типа fastwel с 64 битами нашли)?
| | |
| |
| 6.30, pavlinux (ok), 01:09, 26/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Позвольте Вас спросить, а что вы собираетесь пускать в жестком реальном времени
>с 64-bit + SMP?
http://www.novell.com/products/realtime/
In order to succeed, companies must be able to respond quickly, deliver superior value
and quality of service, and carefully manage their costs. Enterprises need hardware and
software systems which are also responsive, reliable, and affordable.
SUSE Linux Enterprise Real Time Extension extends SUSE Linux Enterprise Server into a
fully supported, real time operating system, specifically engineered to reduce latency,
increase the predictability and reliability of your time sensitive mission critical
applications, and lower costs.
http://www.redhat.com/mrg/
Red Hat Enterprise MRG benefits include:
* Messaging that is up to 100-fold faster than alternatives
* Increased interoperability through implementation of AMQP, the first open messaging standard
* Guaranteed, fast response times
* Scheduling to local grids, remote grids, virtual machines, and rented cloud infrastructure
* Harvesting of spare capacity from idle PCs to make full use of resources
Конечно понятно, что это бадяга рекламная, но тем не менее....
| | |
| |
| 7.33, dRiZd (?), 08:00, 26/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Здесь нет упоминания жесткого реального времени (да и linux на текущий момент его не держит).
А разговор, если помните, шел: QNX vs LINUX.
Тк QNX/VxWorks позиционируются как ОС ЖЕСТКОГО(!) реального времени.
| | |
|
| 6.32, Logo (ok), 01:42, 26/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Позвольте Вас спросить, а что вы собираетесь пускать в жестком реальном времени
>с 64-bit + SMP?
>Очень интересно. Обычно, жесткое реальное время нужно только контроллерам ну и всевозможным
>SCADA, а вам зачем оно (тем более 64-bit, никак что-то типа
>fastwel с 64 битами нашли)?
Да вот столкнулся, нужно быстро слепить экземпляр обрабатывающий потоки с четырех видеокамер. 32 разряда не вытянуло. Контролеры разрабатывать долго и не выгодно ради одной штуки. И как жить?
| | |
| |
| 7.34, dRiZd (?), 08:13, 26/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Да вот столкнулся, нужно быстро слепить экземпляр обрабатывающий потоки с четырех видеокамер.
>32 разряда не вытянуло. Контролеры разрабатывать долго и не выгодно ради
>одной штуки. И как жить?
Может дело не в "бобине"? :) Простите пожалуйста, а на какой платформе вы это все ваяли?
Про 32-разряда, это вы батенька "дали маху", я лично в прошлом году пускал проект заводского видеонаблюдения (включая оптическое позиционирование погрузчиков и паллет - для автоматической логистики складов): там было 96 камер. О 64-битах речи даже и не шло.
| | |
| |
| 8.37, Logo (ok), 15:05, 26/02/2010 [^] [^^] [^^^] [ответить] | +/– | Я Вас понимаю и логистику, которая там, понимаю Дело в том, что у вас поток от ... текст свёрнут, показать | | |
| |
| 9.39, dRiZd (?), 21:24, 26/02/2010 [^] [^^] [^^^] [ответить] | +/– | Как раз в RAW и работал А вы думаете анализ изображения ничего не весит Надо п... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| |
| 2.4, boo (??), 21:07, 24/02/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
зачем вам RT драйвера Ethernet? сама технология не реалтайм
| | |
| |
| 3.7, yantux (??), 22:26, 24/02/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это смотря что под этим понимать. Есть промышленные real-time сети на основе Ethernet, напрмиер SERCOSIII, EtherCat, AFDX(для самолётов) и другие.
| | |
| |
| 4.28, IGX (?), 23:12, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Вроде как проскакивала новость, что SERCOSIII открыли. Кто-нибудь использовал?
| | |
| 4.29, IGX (?), 23:13, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Что из перечисленного (SERCOSIII, EtherCat, AFDX) лучше по производительности, времени отклика, цене. Как обстоят дела с поддержкой этих технологий в Linux?
| | |
|
| |
| 4.20, dRiZd (?), 08:39, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
К сожалению, там небольшой набор поддерживаемых платформ, и не всегда идет разговор о жестком реальном времени.
Хотя хилшер, в простых системах (мягкого RT) себя хорошо зарекомендовал.
| | |
|
|
|
| 1.5, Basiley (ok), 21:15, 24/02/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
noop поправили ?
гут.
RCPU обновили тоже вовремя(навязло в зубьях).
еще дожить до SELinux-а в RT и ..... .
| | |
| |
| 2.11, pavlinux (ok), 23:27, 24/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Главное не величина задержки, а её постоянство.
На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при 29 мс +/-10 мс
| | |
| |
| 3.14, XoRe (ok), 01:07, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Главное не величина задержки, а её постоянство.
>На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при
>29 мс +/-10 мс
Если вы про то, что +/- 10 от 29 - это 30-50%, а от 69 - это 14-15%, то я соглашусь.
Но что-то это смахивает на маркетинговые трюки)
| | |
| |
| 4.15, pavlinux (ok), 02:45, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Главное не величина задержки, а её постоянство.
>>На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при
>>29 мс +/-10 мс
>
>Если вы про то, что +/- 10 от 29 - это 30-50%,
>а от 69 - это 14-15%, то я соглашусь.
>Но что-то это смахивает на маркетинговые трюки)
Главное не обращать внимания на эти бенчмарки,
они на всех и на каждой в отдельности будут разные.
у меня от 72 мс до 120 мс :) Оптырон 285 2 штуки.
Это без плясок с бубном, KDE4 висит, а он очень гадит реалтам, и ещё куча демонов, фраерфокс, kmail, psi,...
| | |
| |
| 5.21, XoRe (ok), 09:29, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>у меня от 72 мс до 120 мс :)
Извините, это миллисекунд, или микросекунд?
| | |
|
|
| 3.22, JL2001 (ok), 10:44, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Главное не величина задержки, а её постоянство.
>На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при
>29 мс +/-10 мс
ну да, а 100500 +/- 10 мс ещё лучше
100% маркетинговый ход, винда - хард реалтайм ;)
хотя как я понимаю кому-то нужна предсказуемость "за 30 мс сделать" а кому-то "сделать ровно в +/- 5 мс"
| | |
| |
| 4.26, pavlinux (ok), 20:55, 25/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Главное не величина задержки, а её постоянство.
>>На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при
>>29 мс +/-10 мс
>
>ну да, а 100500 +/- 10 мс ещё лучше
>100% маркетинговый ход, винда - хард реалтайм.
Отвечать за слова делом - это не Микрософтская, политика.
Их политика - отвечать на претензии новыми обещаниями,
в глаголах неопределенного времени - сделаем, исправим, добавим, улучшим...
Во! Microsoft Windows - Undefined Time OS :)
Латентность равна Щабудет +/- исчо чуть-чуть.
| | |
| |
| 5.35, dRiZd (?), 08:28, 26/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Майкрософт никогда и не позиционировала свои ОС как реал-тайм, так что разговор о макрософт здесь: "притащен за уши".
| | |
| |
| 6.36, dRiZd (?), 08:33, 26/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
Я вижу, тут мало кто понимает, что такое реальное время и "с чем его едят".
Для непонимающих, выведу общую сентенцию: реальное время - это не быстро, а строго отведенное время.
| | |
| |
| 7.38, pavlinux (ok), 16:10, 26/02/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Я вижу, тут мало кто понимает, что такое реальное время и "с
>чем его едят".
>Для непонимающих, выведу общую сентенцию: реальное время - это не быстро, а
>строго отведенное время.
Реакция на прерывание = 1 мс +/- 5 минут.
Строго отведенное время = 10 минут. Пойдёт?! =)
| | |
| |
| 8.40, dRiZd (?), 21:34, 26/02/2010 [^] [^^] [^^^] [ответить] | +/– | Я говорил о том, что многие десктоп-пользователи сталкиваясь с ОСРВ, разочеровыв... текст свёрнут, показать | | |
|
| 7.42, XoRe (ok), 01:13, 27/02/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Я вижу, тут мало кто понимает, что такое реальное время и "с
>чем его едят".
>Для непонимающих, выведу общую сентенцию: реальное время - это не быстро, а
>строго отведенное время.
Я думаю, какая-то часть понимает, какая-то часть делает вид, что понимает)
Лично я понимаю, что сей realtime задумывался далекооо не для десктопа.
И использование его для домашнего использования, имхо, забавно)
А споры насчет чисел - это так, разминка)
Я думаю, те, кому оно надо, оценят сию новость по достоинству.
А остальные могут только флеймить)
P.S.
А что это такое, описано тут:
http://ru.wikipedia.org/wiki/Операционная_система_реального_времени
| | |
| |
| 8.45, dRiZd (?), 10:19, 28/02/2010 [^] [^^] [^^^] [ответить] | +/– | Хорошо сказано Новость однозначно полезная С развитием RT в Linux, глядишь и п... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
