помогите с выбором real-time дистрибутива
всем привет! есть приложение написанное на C++ и Qt. нужно чтобы оно выполнялось на ОС линукс с поддержкой реального времени. че делать? 1)как к ядру стабильной версии прикрутить по своему усмотрению все что потребуется (GUI и тп)? или же есть готовые дистрибутивы, то как из них убрать все не нужное? (платформа X86 + поддержка RS485) 2)как по собственному усмотрению сделать систему встроенной или декстоп вариантах? 3)есть пошаговые руководства? (типо нажми туда пропиши вот это) p.s. в линуксе никогда не сидел и не знаю как там и что
Вы, конечно, уже определились с термином real-time и для чего он нужен в вашей конкретной задаче?
Изучать матчасть. Без этого в проектировании RT-систем — никуда.
В Debian есть realtime-ядро, остальное по вкусу.
мне раз в 1мс приходит пакет с данными, вот его и нужно успеть принять
ну вот как его установить и причесать? дайте направление, а то я только винде работал
есть приложение написанное на C++ и Qt. нужно чтобы оно выполнялось на ОС линукс с поддержкой реального времени. че делать?
в линуксе никогда не сидел и не знаю как там и что
А приложение, наверное, mission critical?
мне раз в 1мс приходит пакет с данными, вот его и нужно успеть принять
Риальне жесткие требования.
Поставь себе хоть какой-нибудь Linux и поучи немного матчасть.
tailgunner ★★★★★ ( 24.08.12 13:40:58 MSK )
Последнее исправление: tailgunner 24.08.12 13:41:58 MSK (всего исправлений: 1)
Ну уж нет. Qt и прочай говногуйня отдельно, реальное время отдельно. У тебя процесс реального времени должен по какому либо простому последовательному протоколу общаться с обычным linux-процессом, который уже будет Qt использовать и тому подобное говно. Читай про архитектуру rt-linux.
мне раз в 1мс приходит пакет с данными, вот его и нужно успеть принять
Для принятия 1000 пакетов в секунду RT-система не нужна.
Ты будешь удивляться, но искоробочный лялих и 1мс тебе не гарантирует. Более того, он и одну секунду отклика с гарантией не даст.
В общем, пулеметчик в своем амплуа. Ни хера не знает, но вещает с апломбом и гуру из себя корчит.
RT-система нужна даже для 1 пакета в секунду.
RT-система нужна даже для 1 пакета в секунду.
Нет, не нужна. Она была бы нужна для очень быстрой обработки этого одного пакета в секунду за определённое и жёстко заданное время. Но автор темы про это ничего не сказал.
Deleted ( 24.08.12 13:44:27 MSK )
Последнее исправление: Deleted 24.08.12 13:46:04 MSK (всего исправлений: 1)
real-time
приложение написанное на C++ и Qt.
мне раз в 1мс приходит пакет с данными
Adeos patch для kernel-space, xenomai для user-space. Очень советую, можно использовать native,posix,vxworks и т.д. скины.
мне раз в 1мс приходит пакет с данными, вот его и нужно успеть принять
Бред какой-то. Вы понимаете что если вы не примите пакет в 1мс то это будет равноценно отказу систему? Вы знаете как работает hard реал-тайм?
Для «очень быстрой» не нужна. Для гарантированного времени отклика (пусть то будет 1мс, 1с или даже 10с) — нужна. Автор, я думаю, это понимает.
Ты будешь удивляться, но искоробочный лялих и 1мс тебе не гарантирует.
Более того, он и одну секунду отклика с гарантией не даст.
В общем, пулеметчик в своем амплуа. Ни хера не знает, но вещает с апломбом и гуру из себя корчит.
не пацаны.. есть конкретный вопрос-кто знает дайте конкретный ответ. я НИКОГДА не работал с линукс, и для начала помогите сделать ПЕРВЫЕ шаги в ВЕРНОМ направлении: — вот взял я и скачал с kernek.org ядро и чё? как его установить на комп и включить режим реального времени? как к нему прикрутить рабочее окружение? как на это все загрузить приложение с отладочной средой?
Для этого ненужно патчить ядро или юзать realtime.
Достаточно смоделировать свое приложение так чтоб оно принимало эти пакеты.
каждые 1-2 милисекунды приходят данные- вот их надо по любому принять- т.е. говорим системе , чтоб бросала все дела(отрисовка, вычисления) и принимала, данные, как только данные получены пусть дальше проц занимается вычилениями и прочим
Берёте себе Debian, читаете Debian Reference Guide, читаете документацию по ссылкам выше, ставите на свой Debian RT-ядро.
Ну и определись уже, нужен ли тебе жесткий real time. А то тут люди подозревают, что пакеты тебе только принимать нужно, а отклика за гарантированное время не требуется.
не пацаны.. есть конкретный вопрос-кто знает дайте конкретный ответ. я НИКОГДА не работал с линукс, и для начала помогите сделать ПЕРВЫЕ шаги в ВЕРНОМ направлении: — вот взял я и скачал с kernek.org ядро и чё? как его установить на комп и включить режим реального времени? как к нему прикрутить рабочее окружение? как на это все загрузить приложение с отладочной средой?
Тебе стоит поставить любой обычный дистрибутив linux и хоть чуть чуть разобраться с тем, как он работает.
Просто с ядром ты ничего не сделаешь. Тебе нужен ещё как минимум загрузчик и какой-то юзерспейсный процесс. Загрузчик загружает ядро, ядро инициализируется и инициализирует железо, а затем запускает первый процесс (обычно — init).
Если тебя интересует сборка системы с нуля из минимальных «запчастей» — посмотри в сторону LFS.
Откуда «принять»? Что с ними надо потом делать? Похоже, я был неправ, и ты таки не понимаешь, что такое real time.
ОС жесткого реального времени на базе Linux?
Передо мною встала задача найти основанный на Linux, полностью поддерживаемый Linux или сам Linux жесткого реального времени.
Жесткое реальное время — обязательный атрибут.
Гугление показало, что вариантов не так уж и много:
1) LynxOS (не до конца ясна поддержка Linux, проприетарная, дорогая)
2) RTLinux (пугает, что Linux выполняется как отдельный вытесняемый процесс (ведь, по сути, теряется режим реального времени))
3) ART Linux (для меня пока это самый интересный вариант: отдельное ядро, которое в виде deb пакета отлично поставиться на ту же ubuntu/debian; как я понял, написание драйверов не будет выглядеть таким волшебным процессом, как в RTLinux)
На текущий момент архитектура — x86, но вполне возможен вариант использования на архитектуре SPARC.
Буду очень благодарен, если Вы расскажите мне о сильных и слабых сторонах тех или иных решений, что и почему используете Вы.
если Заказчик запрещает QNX предложите ему ЗОСРВ КПДА.xxxxx-xx, эти системы бинарно совместимы. Ни QNX ни КПДА не работают на SPARС архитектуре, но если под SPARС подразумевается Эльбрус, то есть «компилятор», через него в частности прогоняли QNX4 и запускали на Эльбрусе, вроде оп отзывам все работало.
Спасибо за дельный комментарий.
Под QNX я также подразумевал ЗОСРВ КПДА. Под SPARC’ом я действительно имел ввиду Эльбрус.
Просто ванильный линукс с патчем rt-preempt не подходит? Это случаем не те же самые яйца, что и ART-Linux?
Для ваших целей очень хорошо подойдет линукс.
Выше писали о том что это soft realtime, но, видимо не совсем разобрались в вопросе.
Дело в том что стандартное ядро линукс в последних редакциях поддерживает запуск процессов с приоритетом реального времени, но выполнение за определенный промежуток там гарантировано с определенной вероятностью.
RT Patch от товарища по имени Ingo Molnar позволяет заставить работать ядро в режиме жесткого реального времени. При этом общая производительность слегка падает.
Подробнее можно почитать тут:
https://rt.wiki.kernel.org/index.php/RT_PREEMPT_HO.
Цитирую:
The standard Linux kernel only meets soft real-time requirements: it provides basic POSIX operations for userspace time handling but has no guarantees for hard timing deadlines. With Ingo Molnar’s Realtime Preemption patch (referenced to as RT-Preempt in this document) and Thomas Gleixner’s generic clock event layer with high resolution support, the kernel gains hard realtime capabilities.
Собрать такой ядро можно для разных архитектур.
В дополнение по поводу сильных и слабых сторон.
Плюсы: Возможность использования разных архитектур, многие драйвера будут работать (достаточно их просто пересобрать), при желании можно допилить открытый код, никаких лицензионных отчислений и других платежей.
Минусы: разные подводные камни могут быть не документированы,
Необходимо тщательнейшим образом тестировать из-за первой причины.