"VL-Hot: A Non-polling Alternative To HAL (http://broadcast.oreilly.com/2009/02/vl-hot-a-non-polling-al...)" - обзор проекта VL-HAL (http://developer.berlios.de/projects/vl-hot/), легковесной альтернативы HAL (Hardware Abstraction Layer), разработанной в недрах дистрибутива Vector Linux. В отличии от HAL, VL-HAL работает поверх udev и не использует периодический опрос состояния аппаратной конфигурации, что позволяет сэкономить ресурсы CPU.URL: http://broadcast.oreilly.com/2009/02/vl-hot-a-non-polling-al...
Новость: http://www.opennet.me/opennews/art.shtml?num=20432
Вот если бы предложили удобоворимые конфиги, не халовский хмль...А так, неособенно и нужно
это все хорошо, но вот как быть например с автоконфигурацией x11
не нужно. Udev и так может дёргать хал при появлении устройства.
Ребята, похоже не осилили обычный хал в связке с удев...
>не нужно. Udev и так может дёргать хал при появлении устройства.А разве он (HAL) именно так везде и не работает? Как я помнню, у него, вроде бы, только hald-storage-daemon временами poll'ит приводы, а практически все остальное, в основном, именно от udev и приводится в движение.
> Обзор проекта VL-HAL...
> обзор проекта VL-HOT...2 ошибки в 1 слове? :)
Мля, это же bash-скрипты.... Ну незя такие вещи на баше делать, C++ максимум.
>Мля, это же bash-скрипты.... Ну незя такие вещи на баше делать, C++
>максимум.И получить чудо как в Xandros на EeePC, в котором опции монтирования флешек в бинарник вкомпилированы и ext3 разделы в sync по умолчанию монитруются.
>>Мля, это же bash-скрипты.... Ну незя такие вещи на баше делать, C++
>>максимум.
>
>И получить чудо как в Xandros на EeePC, в котором опции монтирования
>флешек в бинарник вкомпилированы и ext3 разделы в sync по умолчанию
>монитруются.Ну это из крайности (все на bash) в крайность (нет конфиг файлам!).
Можно найти что-то посередине - выполняемые файлы на C, а конфиги в txt.
>Ну это из крайности (все на bash) в крайность (нет конфиг файлам!).
>
>Можно найти что-то посередине - выполняемые файлы на C, а конфиги в
>txt.Там сама специфика такой системы - один большой конфиг (событие => действие), поэтому на shell и пишут.
> Ну незя такие вещи на баше делать, C++ максимум.У Вас какая-то специальная система, где устройства каждую секунду по много раз втыкаются-вытыкаются, что там где-то начинается проблема со скоростью?
>> Ну незя такие вещи на баше делать, C++ максимум.
>
>У Вас какая-то специальная система, где устройства каждую секунду по много раз
>втыкаются-вытыкаются, что там где-то начинается проблема со скоростью?Тут обычный HAL с dbus иногда глюкают, а вы про массовое втыкание вытыкание...
Когда все начнут писать на скриптовых языках, тогда начнутся проблемы...
Лень искать, но думаю уже кто-нибудь уже додумался до BashOS, PythonOS, PerlOS.
JavaOS уже есть - все рады!
Кстати, а что случилось с subfs ?
> Тут обычный HAL с dbus иногда глюкают, а вы про массовое втыкание вытыкание...Не встречал проблем, но верю. Глючит все. Но на вопрос это не отвечает, тем более что C/C++ это ни коим образом не панацея, исцеляющая все глюки.
При чем здесь выбор средств? Я понимаю, когда вопрос стоит в потреблении памяти или времени выполнения. Но я не припомню, чтобы к HAL такие требования (выше разумных пределов) выставлялись. Я бы понял, еще можно ругнуться на Perl/Python/Ruby/Lua, что тащат «ненужные» пакеты в дистрибутив. Или, если бы речь шла о embedded-системах, но, мы, вроде, о классическом Intel'овском десктопе, в основном. В чем проблема?
> Когда все начнут писать на скриптовых языках, тогда начнутся проблемы...
> Лень искать, но думаю уже кто-нибудь уже додумался до BashOS, PythonOS, PerlOS.Причем тут OS? То, что тут «HAL» называется — это не то, что в классике под HAL понимают, а очень простой обработчик событий от udev.
Я напомню, что rc-система тоже, традиционно на шелл-скриптах. Взять и переписать на C? Так даже пробовали, вышел, если мне память не изменяет, init-ng (хотя, может, другая, я давно как-то не смотрел на зоопарк init'ов), и по мне так неудобный довольно зверь вышел. ACPI-события тоже шелл-скрипты, к слову, обрабатывают, и неплохо получается.
Кроме того (Вы, конечно же, читали уже, но...) осмелюсь напомнить Вам один превосходный Unix-коан: http://catb.org/esr/writings/unix-koans/ten-thousand.html
>[оверквотинг удален]
>вытыкание...
>
>Когда все начнут писать на скриптовых языках, тогда начнутся проблемы...
>
>Лень искать, но думаю уже кто-нибудь уже додумался до BashOS, PythonOS, PerlOS.
>
>JavaOS уже есть - все рады!
>
>
>Кстати, а что случилось с subfs ?Между прочим, первая графичка то на Lisp-машинах появилась. А ведь, интерпритируемый язык ;-)
Такие фишки дожны по нормальному работать и без иксов, в коммандной строке.
Вот допилят USB-стек в FreeBSD 8.0, вот тогда можно будет использовать штатную подсистему динамической файловой системы устройств DEVD для управления неотмонтированными USB-флэшками — автомонтаж флэшек через неё решается парой строк, а вот простое выдёргивание она пока не может отработать и приводит систему к краху. :) Да, devd работает в самой системе "из коробки", а не после установки какого-то ПО. Синтаксис devd.conf весьма прост и человечен. ;)А линуксойды всё ещё будут пользоваться интегрированным в Xorg подсистемой HALd с XML-настройками, которая будет работать только при запущенных X'ах. :))
> А линуксойды всё ещё будут пользоваться интегрированным в Xorg подсистемой HALdОчень интересно, а с чего это hald вдруг в X.org интегрирован оказался? Кроме модуля HAL, который X'овые устройства ввода держит, разумеется? Зависимостей у пакетов нет, сейчас проверил специально, фактических зависимостей в работе — тоже. Опускаем X11 — hald остается работать, и какой-нибудь NetworkManager спокойно продолжает трудиться как ни в чем не бывало. Можно через dbus-send/dbus-monitor, например, пообщаться, посмотреть.
Или Вы под интеграцией понимаете то, что есть X-овые клиенты в гуями (типа nm-applet), которые слушают сигналы на системной шине и, соответственно, реагируют на действия пользователя, воткнувшего флэшку, диск или сетевой кабель? Ну так оно такое by design, и это правильный подход.
А вот зумельные конфиги, это, да, зло.
Кстати у меня вот какой вопрос
>>Другое ограничение VL-HOT - невозможность автомонтирвоания устройств уже >>подключенных до загрузки системы.у меня debian lenny так вот если флэшка торчит в выключенном компе а потом я включаюсь меня просто рубит тот факт что она не монтируется приходится ее доставать и вставлять снова
>Кстати у меня вот какой вопрос
>>>Другое ограничение VL-HOT - невозможность автомонтирвоания устройств уже >>подключенных до загрузки системы.
>
>у меня debian lenny так вот если флэшка торчит в выключенном компе
>а потом я включаюсь меня просто рубит тот факт что она
>не монтируется приходится ее доставать и вставлять сноваАноним, так у тебя HAL или VL-HOT?
У меня обычный дистр из коробке то есть HAL конечно но "cold plug"
все равно не работает, кто может помочь?
>У меня обычный дистр из коробке то есть HAL конечно но "cold
>plug"
>все равно не работает, кто может помочь?Посмотрите, у вас hal вообще инсталлирован. Мне в свое время пришлось hal доставлять руками. По дефолту по чему-то не поставился...