The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Новая стабильная версия real-time ветки Linux ядра

24.02.2010 18:30

Организация OSADL (Open Source Automation Development Lab) анонсировала выход стабильной версии модифицированного для работы в режиме реального времени Linux ядра (Realtime-Preempt, PREEMPT_RT или "-rt"), базирующегося на 2.6.31.12 версии основного ядра. Прошлая стабильная ветка проекта базировалась на ядре 2.6.29. Ядро "-rt" используется в real-time редакциях таких промышленных Linux дистрибутивов, как MontaVista, Red Hat и Novell.

Изменения, добавленные в новой версии RT-ветки ядра:

  • Реализовано полное описание типов спинлоков, которое будет включено в основное ядро 2.6.33.
  • Возвращены гистограммы, отображающие задержки пробуждений.
  • Добавлена гистограмма задержек таймера пробуждений.
  • Исправлен некорректный формат вывода трассировки.
  • Предотвращён крах ядра, если пользовательское приложение использует неправильный вызов futex.
  • Улучшение производительности Read-Copy-Update функций.
  • Проведена оптимизация планировщика.
  • Исправлено некорректное состояние задачи в выводе трассировщика.
  • Приоритет задач SCHED_FIFO теперь совместим c POSIX.
  • Исправлен пропуск точек вытеснения (preemption points), при включенной трассировке.

Общие результаты стресс-тестирования новой версии RT-ядра продемонстрировали снижение задержек, по сравнению с предыдущим RT-ядром, в среднем на 10 микросекунд. Измерения задержек проводились утилитой cyclictest, теперь поддерживающий многопроцессорные системы. Нагрузка задавалась через циклический запуск пакета hackbench, рекурсивное отображение списка директорий на локальных и удалённых файловых системах и одновременную компиляцию ядра Linux. На системе с CPU Athlon XP 2000+ (32-bit) максимальная задержка составила 69 микросекунд, на системе с CPU Core 2 Duo 2.4 GHz (64-bit) - 32 и 29 микросекунд, на системе с CPU i7 3.33 GHz (32-bit) - от 33 до 47 микросекунд.

  1. Главная ссылка к новости (http://www.osadl.org/Single-Vi...)
  2. OpenNews: Новый шаг по интеграции в Linux ядро RealTime-расширений
  3. OpenNews: Новая стабильная версия real-time ветки Linux ядра
  4. OpenNews: Intel вошла в состав консорциума OSADL, развивающего real-time Linux
  5. OpenNews: Обновление Linux ядра: 2.6.27.17 и 2.6.28.5. Новая версия real-time патчей
  6. OpenNews: Вышел релиз Linux ядра 2.6.31. Обзор новшеств
Автор новости: pavlinux
Тип: Программы
Ключевые слова: linux, kernel, realtime
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (45) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, dRiZd (?), 19:08, 24/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >максимальные задержка составила 69 микросекунд...

    Задержка чего?
    Мдааа... Может и допилят хотя бы до уровня похожести с QNX/VxWorks.
    Но ни ядром единым...

     
     
  • 2.2, Logo (ok), 19:48, 24/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Задержка от "запроса" до "ответа".
     
     
  • 3.17, dRiZd (?), 08:20, 25/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Смотря что под этим понимать
     
     
  • 4.31, Logo (ok), 01:36, 26/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Смотря что под этим понимать

    Естественно, потому и в кавычках.

     
     
  • 5.46, gogo (?), 05:23, 03/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы читать умеете?
    "Измерения задержек проводились утилитой cyclictest" (и даже со ссылкой).
     
  • 2.9, jura12 (ok), 23:00, 24/02/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    микросекунд!!!!
     
     
  • 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 и работал А вы думаете анализ изображения ничего не весит Надо п... текст свёрнут, показать
     
     
  • 10.43, Logo (ok), 02:43, 27/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    И это 96 камер на один процессор Тогда Вы достойны уважения ... текст свёрнут, показать
     

  • 1.3, IGX (?), 19:50, 24/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    rt-драйверы есть? и какие? есть ли rt-драйверы ethernet?
     
     
  • 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?

     
  • 3.13, pavlinux (ok), 23:57, 24/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >зачем вам RT драйвера Ethernet? сама технология не реалтайм

    Контроллеры Real-Time Ethernet
    http://www.prosoft.ru/products/brands/hilscher/374263/

    Набор Юного Релтаймщика :) - http://www.hilscher.com/products_group_kits_rte.html

     
     
  • 4.20, dRiZd (?), 08:39, 25/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению, там небольшой набор поддерживаемых платформ, и не всегда идет разговор о жестком реальном времени.
    Хотя хилшер, в простых системах (мягкого RT) себя хорошо зарекомендовал.
     

  • 1.5, Basiley (ok), 21:15, 24/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    noop поправили ?
    гут.
    RCPU обновили тоже вовремя(навязло в зубьях).
    еще дожить до SELinux-а в RT и ..... .
     
     
  • 2.44, aborland (?), 03:46, 27/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >еще дожить до SELinux-а в RT и ..... .

    Не делайтн бабушку дедушкой

     

  • 1.6, Блуд (ok), 21:29, 24/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    i7 показала хуже результаты, нежели C2D? Интересненько.
     
  • 1.8, jura12 (ok), 22:58, 24/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    я себе такое-же хочу. для... онлайн игр.
     
  • 1.10, coder (?), 23:09, 24/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Выходит 64-bit более RT, чем 32-bit.
     
     
  • 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 мс :)

    Извините, это миллисекунд, или микросекунд?

     
     
  • 6.25, pavlinux (ok), 20:27, 25/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    микро
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Я говорил о том, что многие десктоп-пользователи сталкиваясь с ОСРВ, разочеровыв... текст свёрнут, показать
     
     
  • 9.41, pavlinux (ok), 21:41, 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, глядишь и п... текст свёрнут, показать
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    MIRhosting
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру