всем привет! надо уточнить про кроссплатформенность:
 как я понял линукс - это ядро, и на него накладываются прочие штуки - в результате имеем тот или иной дистрибутив (убунту , дебиан и тд).
 если я напишу приложение с помощью qt , оно будет работать на всех дистрибутивах? т.е. главное, что на официальном сайте заявлено оно под само ядро работает, а там по барабану какой дистрибутив ?

В теории да. На практике же между дистрибутивами имеются незначительные различия. Поэтому если Вы будете использовать исключительно Qt, разница будет сводиться лишь к сборке пакетов под конкретный пакетный менеджер конкретного дистрибутива. В случае использования зависимых от дистрибутива / окружения рабочего стола / прочее. механизмов, Вам придется самому обеспечивать переносимость.

спасибо, а какой есть дистрибутив линукса , который обеспечивает:
- реальное время
- желательно встроенная (место на диске пару мегабайт)
- совместимость qt
- бесплатная лицензия
- разнообразие аппаратной части
- время перезагрузки до 30 секунд

Это сообщение отредактировал(а) boolean34 - 17.8.2012, 11:02

Вы что издеваетесь?

кто скажет?

Строго говоря, никакой.


Вместе - не бывает.

В общем, Вы бы написали, что именно хотите получить...

мне надо сделать приложение реального времени (раз в милисекунду приходят данные). разработка ведется на windows, эксплуатация планируется на linux, который бы обеспечивал: 
требуемый отклик; быструю перезагрузку; отсутсвие излишеств типо пасьянсов и тд.
приложение предполагает наличие развитого графического интерфейса + блок обработки данных

Это сообщение отредактировал(а) boolean34 - 17.8.2012, 13:45

Вообще говоря, не обязан. Можно попробовать, но лучше взять что-нибудь вроде QNX (если гарантированное отсутствие задержек принципиально необходимо).


Зачем?


Это, знаете, из серии "хочу гоночный болид Формулы-1 с зеленой шиной на левом заднем колесе".


Интерфейс тоже будет тыкаться раз в миллисекунду? Думаю, что все же нет. А если нет, то зачем пытаться запихать все в одно приложение? Сделайте отдельный блок приема сигналов (который бы занимался только собственно приемом и записью данных) и отдельную программу обработки.  

полностью поддерживаю. Более того, блок получающий информацию можно вообще сделать на отдельной машине, а машина с GUI просто подключалась бы к ней.

ну так и планируется сделать в виде отдельных процессов. вопрос только в дистрибутиве линукса. на профессиональные ОС РВ нет денег...

Нет.

 

Сильно сомневаюсь, что на офицыальном сайте Qt написано именно это. Но дажэ если так -- это враньё маркетологов.



Жёсткое -- никакой. Мягкое -- ну, вроде в montavista в комплекте были патчи. Потом, у тех, кто пишэт эти патчи скорее всего есть дистрибутив. Ну и, надо сказать, что сейчас сам scheduler довольно хорош, giant lock из ядра выпилен, комплект вызовов sched_... по разграничению приоритетов доступен во всех ядрах и более менее работает -- так что на средне-нормальном жэлезе, если не натыкаться на странные вещи типа засыпающего винта и сделать себе mlockall() -- то вполне можно получить время реакцыи меньшэ 100мкс с вероятностью большэ 99.99%.



Хм. Кажэтся, кто-то ставил монтависту на роутеры с такой флэшкой. Но в любом случае -- это рашпиль в руки и долго пилить.
Простите, а у Вас там память на ферритовых сердечниках что-ли?



С предыдущим пунктом -- невозможно. qt -- это десятки мегабайт в любом случае.



В двух мегабайтах-то?



Хотя требование само по себе, без предъявления аппаратной части безсмысленно -- при двух мегабайтах диска этого, скорее всего, можно будет добиться.

ну че тогда буду пробовать - пока не окунешься так сказать.. всем спасибо!

ТС, а что за такая специфическая задача, которая требует ОСРВ? И какие данные хотите принимать?

Если это сфера АСУТП - то может проще взять ПЛК и не морочить себе голову?

Есть еще вариант тут.