|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/400 21 Dec 2004 10:01:58
To : Zahar Kiselev
Subject : Re: драйвер
--------------------------------------------------------------------------------
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 зовет одновременно куча разных процессов.
VW>> специальных мер предосторожности, лезть из kernel-space
VW>> по указателю, переданному из user-space. А то может та
VW>> страница, куда этот указатель указывает, уже давно
VW>> отсвопилось.
ZK> Hу это пример, который в каждом букваре по написанию
ZK> драйверов приводится. Он также очевиден, как и возможность
А то что из этого следует, что sys_write может привести к странным
эффектам, так как ожидает буфера отнюдь не в ядерном пространстве, не
очевидно?
--
Stink different!
--- ifmail v.2.15dev5.3
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
