|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 21 Dec 2004 12:17:59
To : Victor Wagner
Subject : Re: драйвер
--------------------------------------------------------------------------------
2004-12-21, Victor Wagner <vitus@45.free.net> пишет:
> Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org>
> VW>> А кто тебе сказал, что не будет иметь смысла управлять
> VW>> платой из скриптов на bash?
> ZK> Математические действия на данными в скриптах на Баше - ну
>
> Hу не из скриптов на баше, а из скриптов на octave.
>
> bash ни разу не единственный скриптовый язык.
>
> Кроме того, задачей шелловского скрипта может быть преобразовать данные
> в формат, понимаемый каким-нибудь gnuplot.
>
> ZK> Для медленных измерений - вполне можно. Hо тогда драйвер
> ZK> не будет универсальным - при оцифровке чего-нибудь с
> ZK> высокой частотой увеличение потока данных будет такое, что
> ZK> не хватит производительности машины.
>
> Ой, не факт. 12 бит - 3 шестнадцатиричные цифры. Плюс один пробел. И
> того четыре байта. Увеличение потока данных всего втрое.
Потока втрое, а обработки дофига и больше.
>
> ZK> Hу в данном случае невозможность таких вариантов следует
> ZK> уже из того, что плата АЦП имеет ISA-разъем, причем еще и
> ZK> восьмибитный. Так что в телефон моторолы ее точно не
> ZK> засунуть. А отсутствие файловой системы проблематично по
> ZK> причине необходимости места для хранения собранных данных.
>
>
> А нафига их хранить? Тут же по snmp раздавать. Пусть двадцать таких
> мелких машинок по углам здания эти данные цифруют, а один большой сервер
> их тут же собирает и обрабатывает.
>
> Я могу представить себе много случаев, когда такая система окажется
> надежнее хранения данных непосредственно на месте измерения.
>
> А можно и не по snmp раздавать, просто в сокет валить,
> а чуть ли не обычным telnet-ом туда ходить и их забирать.
>
> А можно по http в xml-ном формате.
>
> А можно в виде streaming audio бродкастить.
>
> VW>> Так что чем меньше странного ты хочешь, тем лучше.
> ZK> В общем случае верно, но если бы автор Линукса не хотел
> ZK> чего-то странного - он не создал бы Линукс:)
>
> Заметим что он не хотел странного. Он хотел под имеющееся железо
> операционную систему, похожую на хорошо известный ему Unix, только
> помощнее имеющегося у него Minix, и полнее использующую возможности
> железа.
>
> То есть он руководствовался сложившимися традициями. Что сразу дало ему
> компилятор, шелл и кучу утилит. А изобретал бы он что-то своё, вроде
> BeOS, до сих пор бы, наверное возился.
>
> VW>> Hу естественно. Это же реализации системных вызовов
> VW>> write(2)
> ZK> Вот меня и заинтересовало - что будет если я его из кода
> ZK> ядра вызову? Hаткнусь на проблему "повторной невходимости"
> ZK> как в досе или нет?
>
> Боюсь что ты наткнешья на проблему kernelspace vs userspace.
> Повторной невходимости быть не может, так как система - многозадачная.
> И этот самый sys_write зовет одновременно куча разных процессов.
Hу да, вместо невходимости можно нарваться на deadlock. Хрен
редьки не слаще.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
