помогите с выбором real-time дистрибутива

Вы, конечно, уже определились с термином real-time и для чего он нужен в вашей конкретной задаче?

че делать?

Изучать матчасть. Без этого в проектировании RT-систем - никуда.

В Debian есть realtime-ядро, остальное по вкусу.

мне раз в 1мс приходит пакет с данными, вот его и нужно успеть принять

ну вот как его установить и причесать? дайте направление, а то я только винде работал

есть приложение написанное на C++ и Qt. нужно чтобы оно выполнялось на ОС линукс с поддержкой реального времени. че делать?

в линуксе никогда не сидел и не знаю как там и что

А приложение, наверное, mission critical?

мне раз в 1мс приходит пакет с данными, вот его и нужно успеть принять

Риальне жесткие требования.

Поставь себе хоть какой-нибудь Linux и поучи немного матчасть.

Ну уж нет. Qt и прочай говногуйня отдельно, реальное время отдельно. У тебя процесс реального времени должен по какому либо простому последовательному протоколу общаться с обычным linux-процессом, который уже будет Qt использовать и тому подобное говно. Читай про архитектуру rt-linux.

мне раз в 1мс приходит пакет с данными, вот его и нужно успеть принять

Для принятия 1000 пакетов в секунду RT-система не нужна.

Ты будешь удивляться, но искоробочный лялих и 1мс тебе не гарантирует. Более того, он и одну секунду отклика с гарантией не даст.

В общем, пулеметчик в своем амплуа. Ни хера не знает, но вещает с апломбом и гуру из себя корчит.

RT-система нужна даже для 1 пакета в секунду.

RT-система нужна даже для 1 пакета в секунду.

Нет, не нужна. Она была бы нужна для очень быстрой обработки этого одного пакета в секунду за определённое и жёстко заданное время. Но автор темы про это ничего не сказал.

real-time
приложение написанное на C++ и Qt.
мне раз в 1мс приходит пакет с данными

это трындец

Adeos patch для kernel-space, xenomai для user-space. Очень советую, можно использовать native,posix,vxworks и т.д. скины.

мне раз в 1мс приходит пакет с данными, вот его и нужно успеть принять

Бред какой-то. Вы понимаете что если вы не примите пакет в 1мс то это будет равноценно отказу систему? Вы знаете как работает hard реал-тайм?

Для «очень быстрой» не нужна. Для гарантированного времени отклика (пусть то будет 1мс, 1с или даже 10с) - нужна. Автор, я думаю, это понимает.

Ты будешь удивляться, но искоробочный лялих и 1мс тебе не гарантирует.

Телепат?

Более того, он и одну секунду отклика с гарантией не даст.

И даже год.

В общем, пулеметчик в своем амплуа. Ни хера не знает, но вещает с апломбом и гуру из себя корчит.

Заполни и отправь: http://www.scribd.com/doc/7771818/Butt-Hurt-Report-Form

не пацаны.. есть конкретный вопрос-кто знает дайте конкретный ответ. я НИКОГДА не работал с линукс, и для начала помогите сделать ПЕРВЫЕ шаги в ВЕРНОМ направлении: - вот взял я и скачал с kernek.org ядро и чё? как его установить на комп и включить режим реального времени? как к нему прикрутить рабочее окружение? как на это все загрузить приложение с отладочной средой?

Для этого ненужно патчить ядро или юзать realtime.

Достаточно смоделировать свое приложение так чтоб оно принимало эти пакеты.

каждые 1-2 милисекунды приходят данные- вот их надо по любому принять- т.е. говорим системе , чтоб бросала все дела(отрисовка, вычисления) и принимала, данные, как только данные получены пусть дальше проц занимается вычилениями и прочим

google://rt-linux+howto даёт кучу разных ссылок, например, http://tldp.org/HOWTO/RTLinux-HOWTO.html https://rt.wiki.kernel.org/index.php/Main_Page

Берёте себе Debian, читаете Debian Reference Guide, читаете документацию по ссылкам выше, ставите на свой Debian RT-ядро.

Для начала читай документацию: https://rt.wiki.kernel.org/index.php/Main_Page

Ну и определись уже, нужен ли тебе жесткий real time. А то тут люди подозревают, что пакеты тебе только принимать нужно, а отклика за гарантированное время не требуется.

не пацаны.. есть конкретный вопрос-кто знает дайте конкретный ответ. я НИКОГДА не работал с линукс, и для начала помогите сделать ПЕРВЫЕ шаги в ВЕРНОМ направлении: - вот взял я и скачал с kernek.org ядро и чё? как его установить на комп и включить режим реального времени? как к нему прикрутить рабочее окружение? как на это все загрузить приложение с отладочной средой?

Тебе стоит поставить любой обычный дистрибутив linux и хоть чуть чуть разобраться с тем, как он работает.

Просто с ядром ты ничего не сделаешь. Тебе нужен ещё как минимум загрузчик и какой-то юзерспейсный процесс. Загрузчик загружает ядро, ядро инициализируется и инициализирует железо, а затем запускает первый процесс (обычно - init).

Если тебя интересует сборка системы с нуля из минимальных «запчастей» - посмотри в сторону LFS.

Откуда «принять»? Что с ними надо потом делать? Похоже, я был неправ, и ты таки не понимаешь, что такое real time.

google://rt-linux+howto даёт кучу разных ссылок, например, http://tldp.org/HOWTO/RTLinux-HOWTO.html

http://tldp.org/HOWTO/RTLinux-HOWTO.html

Об этом даже вспоминать не стоило.

а с этого Debian'a я смогу потом убрать все не нужно мне и причесать по собственному как нравиться (оконный интерфейс убрать и тд ) чтоб максимально разгрузить процессор? если можно ссылки пожалуйста

каждые 1-2 милисекунды приходят данные- вот их надо по любому принять- т.е. говорим системе , чтоб бросала все дела(отрисовка, вычисления) и принимала, данные, как только данные получены пусть дальше проц занимается вычилениями и прочим

Расскажи что в твоём понимании значит «принять данные». Если просто считать с порта и куда-то записать (без ограничений по времени обработки), то RT тут не нужно. Система в общем случае не способна «пропустить» данные. Она их примет и запишет в некий внутренний буфер, из которого затем эти данные будут прочитаны твоей программой.

Ты сначала определись, что тебе вообще нужно. А то, похоже, ты какой-то херней маешься.

а с этого Debian'a я смогу потом убрать все не нужно мне и причесать по собственному как нравиться (оконный интерфейс убрать и тд )

Сможешь. Но на современных x86 это не нужно.

если можно ссылки пожалуйста

man apt-get

по интерфейсу RS 485 приходят данные каждые 1-2 мс. дальше данные обрабатываются «не спеша», но вот именно процесс который отвечает за прием он критичен в плане реального времени - я должен быть уверен на 100 % , что если в процессе разработки задам время и скажу программе - вот ты давай делай что хочешь но будь готов в определенное время принять данные- вот это для меня реальное время

Пишешь бред.

В системы есть разные сервисы с разным приоритетом.И внезапно подумай о банальном-ты просматривая эту страницу и трафик не спрашивает у твоей системы когда она свободна для принятия очередных данных....и вот какже оно работает?

а с этого Debian'a я смогу потом убрать все не нужно мне и причесать по собственному как нравиться

Да.

если можно ссылки пожалуйста

Пакетная система Debian описана в Reference Guide, см. ссылку выше.
Вы также можете собрать минимальную систему при помощи debootstrap (см. man debootstrap) или multistrap (http://emdebian.org/).

Ктото ему скажет что он необразованный идиот,непонимающий как работает ЭВМ?

да и соответсвенно обработать за определенный промежуток- если не успевает - то сброс либо тп

я должен быть уверен на 100 % , что если в процессе разработки задам время и скажу программе - вот ты давай делай что хочешь но будь готов в определенное время принять данные

Почитай что-нибудь про прерывания.

Тебе же не надо этот интерфейс poll-ить? Собирай по прерыванию и обрабатывай потом без суеты.

да и соответсвенно обработать за определенный промежуток- если не успевает - то сброс либо тп

Ага, а несколькими постами выше ты пишешь:

дальше данные обрабатываются «не спеша»

Так в котором посте содержится верная информация?

еще никто не советовал RTEMS?

в смысле , что сейчас приложение работает под управлением WIndows и основной косяк который надо устранить это именно прием, поэтому я сделал акцент. а так и обработка данных по идее тоже RT задача но обычно мощности проца хватает с лихвой

в программе развитые графический интерфейс и отображение информации. как с этим у RTEMS?

А какой косяк именно с приёмом? При такой смешной нагрузке пакеты в принципе не должны теряться. Если теряются - проблема в считывающей программе или вообще аппаратная.

Ну так значит драйвер устройства был написан рукожопым идиотом. Править драйвер надо, а не переходить на RT OS.

в программе развитые графический интерфейс и отображение информации. как с этим у RTEMS?

http://www.rtems.org/wiki/index.php/RTEMSGraphicsToolkit

только учти что RTEMS это сурово

а чё? ну просвети

короче надо линукс. здесь масса причин ( пожелания начальства , лицензии, и тд)

короче надо линукс. здесь масса причин ( пожелания начальства , лицензии, и тд)

Бери любой понравившийся линукс, скачивай дистрибутив, ставь на свой рабочий ПК, бери документацию...

Линух может и надо, а рт не надо, если только железка не совсем тупая и ее не надо поллить.

всем спасибо!

man QProcess, man sched_setscheduler(0, SCHED_RR, ...) + какая нибудь межпроцессорная неблокируемая труба для байтиков достаточного объёма, тисячи их.

Отвечать что-нибудь надо? Или только читать данные? Если второе, то никакой RT не нужен - все данные и так сохранятся в буфер.

man прерывания

Ну а ещё у нормальных железок (не которая отправляет данные, а которая стоит внутри компьютера, принимает по RS 485 и отдаёт данные процессору) есть аппаратный FIFO буфер.

Отвечать что-нибудь надо? Или только читать данные? Если второе, то никакой RT не нужен - все данные и так сохранятся в буфер.

man прерывания

Ну а ещё у нормальных железок (не которая отправляет данные, а которая стоит внутри компьютера, принимает по RS 485 и отдаёт данные процессору) есть аппаратный FIFO буфер.

может нужно дернуть другой девайс. ТС не раскрывает всех исходных данных.