Задался проблемой создания одной системки, схожей с системой реального времени.
Задача: всегда висеть в процессах системы и ловить определенные сообщения действий.
Действия в основном должны производиться с Базой данных и большими массивами текстовых документов.
Важным является момент одновоременной обработки множества документов, т.е. распараллелирование процессов.
Команды действий кидать через БД.
Хочу спросить совета с помощью каких инструментов (языка, IDE. и др.) лучше всего это сделать?
Здравствуйте, antonimo, Вы писали:
A>Хочу спросить совета с помощью каких инструментов (языка, IDE. и др.) лучше всего это сделать?
Программку лучше всего писать с помощью инструмента, схожим с текстовым редактором, а компилировать -- компилятором.
Писать программу нужно на языке программирования.
Намек понятен?
ps. Нужен реалтайм под линукс -- посмотрите RTAI или RTLinux.
Здравствуйте, LeonidV, Вы писали:
LV>Здравствуйте, antonimo, Вы писали: A>>Нужно написать для ОС Fedora 8. LV>А она точно является real-time системой?
в прямом понимании термина СРВ конечно же нет, такие требования не ставятся.
Это черезчур трудоемко и особого смысла не имеет.
Просто хотелось бы максимально приблизиться к ней, дабы опитмально распеределять ресурсы и своевременно (без особых задержек) реагировать на события.
Здравствуйте, Аноним, Вы писали:
A>>>Нужно написать для ОС Fedora 8. LV>>А она точно является real-time системой?
А>в прямом понимании термина СРВ конечно же нет, такие требования не ставятся. А>Это черезчур трудоемко и особого смысла не имеет. А>Просто хотелось бы максимально приблизиться к ней, дабы опитмально распеределять ресурсы и своевременно (без особых задержек) реагировать на события.
СРВ — это система с детерминированным временем реакции, не более того. Даже Windows можно считать системой реального времени, если нужно обеспечить время реакции 10 минут . То есть, все, что тебе нужно — это дать определение термину "своевременно", а затем — проектировать систему в соответствии с данным определением.
Обычно, если нужно обеспечить предсказуемое время реакции, из программы исключают потенциальные источники неопределенности (сборщик мусора, например ) Сеть Ethernet тоже может быть источником неопределенности, хотя всвязи с повсеместным распространением свитчей это уже почти не проблема. В принципе, даже стандартный malloc может быть источником проблем, если выделяется/освобождается очень большое количество кусков памяти.
Здравствуйте, dfbag7, Вы писали:
D>Здравствуйте, Аноним, Вы писали:
A>>>>Нужно написать для ОС Fedora 8. LV>>>А она точно является real-time системой?
А>>в прямом понимании термина СРВ конечно же нет, такие требования не ставятся. А>>Это черезчур трудоемко и особого смысла не имеет. А>>Просто хотелось бы максимально приблизиться к ней, дабы опитмально распеределять ресурсы и своевременно (без особых задержек) реагировать на события.
D>СРВ — это система с детерминированным временем реакции, не более того. Даже Windows можно считать системой реального времени, если нужно обеспечить время реакции 10 минут . То есть, все, что тебе нужно — это дать определение термину "своевременно", а затем — проектировать систему в соответствии с данным определением.
D>Обычно, если нужно обеспечить предсказуемое время реакции, из программы исключают потенциальные источники неопределенности (сборщик мусора, например ) Сеть Ethernet тоже может быть источником неопределенности, хотя всвязи с повсеместным распространением свитчей это уже почти не проблема. В принципе, даже стандартный malloc может быть источником проблем, если выделяется/освобождается очень большое количество кусков памяти.
Собственно, по вопросу-то и забыл написать.
Инструмент, как всегда, лучше использовать тот, который знаешь. Говорят, что для подобных систем хорошо подходит Erlang. Вот только стоит ли его изучать в данном случае — решать тебе.
. То есть, все, что тебе нужно — это дать определение термину "своевременно", а затем — проектировать систему в соответствии с данным определением. 