inferno, styx и embeded Опции

[PsM]

К примеру, есть 1000 устройств на базе at91sam7
которые имеют канал связи с центральным сервером.
Их ряды пополняться новыми, не обязательно такими же, устройствами
возможно даже с другим назначением.

Нужно организовать эфективное управление/контроль всем
этим масивом устройств на центральном сервере.

Исходя из обзоров inferno, на роль сервера напрашиваться ОСь inferno,
а на протокол взаимодействия styx.

Всю серверную обработку реализовать в виде приложений inferno.
А в embedded устройства засунуть необходимый минимум чтобы они были доступны по протоколу styx.

Насколько жизнезпособна эта идея ?
Какие есть варианты решения такой задачки ?

Хочеться сделать унифицированную систему,
которой можно было просто и комфортно пользоваться ...

Нашел подтверждение этой идеи

http://www.cs.york.ac.uk/rts/cgi-bin/bibte...R:Audsley:2005a
ftp://ftp.cs.york.ac.uk/papers/rtspapers/R:Audsley:2005a.pdf

Но там они продвигают свою апаратну реализацию протокола styx...

Сообщение отредактировал PsM - Apr 26 2007, 10:09

[PsM]

Styx, очевидно, не расчитан на малые встраиваемые системы. Файловые абстракции в них совершенно ни к чему. Styx вносит очень большую избыточность и в протокол и в софт, а главное совсем не учитывает проблемы real-time.

Может и не расчитан, но его пытаються там использовать.
https://developer.berlios.de/projects/estyx/

Не думаю что при использовании GPRS/IP/IL/STYX будет существенно большая избыточность чем в случае использования GPRS/IP/TCP/Сокеты. Тем более что нужно будет еще что то предпринять насчет безопасности.

Может подскажите другой протокол, который больше подойдет ?

И обьясните, плиз, какие проблемы реалтайм должен учитывать протокол ?

[AlexandrY]

Ну так очевидно же, STYX-у нужен канал с гарантированной доставкой.
А действительно ли пакеты так уж нужно доставить или это информация может быть пропущена чтоб не забивать трафик переповторами в STIX таких регулировок нету.
Ну т.е. разработчик работая с только с API STYX абстрагируясь от платформы не имеет никаких средств влияния на время доставки и управления потоками.
А про GPRS это новое условие с вашей стороны.
Кстати у меня точно такая же задача с GPRS и тысячей дивайсов.
Но STYX, сокеты - это еще не прикладной уровень, после них еще надо писать кучу софта для парсинга информации и ее перенаправления в разные интерфейсы.
На верхнем действительно прикладном уровне находятся DCOM, CORBA, SNMP и т.д.
Вот к ним напрямую подключаются SQL сервера, SCADA, системы управления предприятием и т.д.

Может и не расчитан, но его пытаються там использовать.
https://developer.berlios.de/projects/estyx/

Не думаю что при использовании GPRS/IP/IL/STYX будет существенно большая избыточность чем в случае использования GPRS/IP/TCP/Сокеты. Тем более что нужно будет еще что то предпринять насчет безопасности.

Может подскажите другой протокол, который больше подойдет ?

И обьясните, плиз, какие проблемы реалтайм должен учитывать протокол ?