The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Обзор проекта VL-HOT, легковесной альтернативы HAL

24.02.2009 10:14

Опубликован обзор проекта VL-HOT, легковесной альтернативы HAL (Hardware Abstraction Layer), разработанной в недрах дистрибутива Vector Linux для организации автомонтирования сменных накопителей. В отличии от HAL, VL-HOT работает поверх udev и не использует периодический опрос состояния аппаратной конфигурации, что позволяет сэкономить ресурсы CPU.

Так как VL-HOT работает через создание udev триггера, он может реагировать на подключение и отключения устройств с интерфейсом USB, Firewire и PCMCIA, но не поддерживает определение факта изменения состояния диска в CD-ROM и DVD-ROM накопителе (нужно монтировать вручную). Другое ограничение VL-HOT - невозможность автомонтирвоания устройств уже подключенных до загрузки системы.

VL-HOT прекрасно интегрируется с легкими десктоп окружениями и оконными менеджерами, например, JWM, IceWM, LXDE, XFCE, поддержка VL-HOT имеется в файловом менеджере PCMan. Настройка VL-HOT осуществляется через файл конфигурации /etc/udev/vl-hot.config , но для управления может быть использован и специальный графический интерфейс vl-hot-config.

  1. Главная ссылка к новости (http://broadcast.oreilly.com/2...)
Лицензия: CC-BY
Тип: английский / Практикум
Короткая ссылка: https://opennet.ru/20432-hal
Ключевые слова: hal, hardware, linux
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (20) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:23, 24/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот если бы предложили удобоворимые конфиги, не халовский хмль...А так, неособенно и нужно
     
  • 1.2, mma (?), 11:18, 24/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    это все хорошо, но вот как быть например с автоконфигурацией x11
     
  • 1.3, Аноним (1), 11:24, 24/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    не нужно. Udev и так может дёргать хал при появлении устройства.
    Ребята, похоже не осилили обычный хал в связке с удев...
     
     
  • 2.11, anonymous (??), 16:50, 24/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >не нужно. Udev и так может дёргать хал при появлении устройства.

    А разве он (HAL) именно так везде и не работает? Как я помнню, у него, вроде бы, только hald-storage-daemon временами poll'ит приводы, а практически все остальное, в основном, именно от udev и приводится в движение.

     

  • 1.4, Аноним (1), 11:40, 24/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Обзор проекта VL-HAL...
    > обзор проекта VL-HOT...

    2 ошибки в 1 слове? :)

     
  • 1.6, pavlinux (ok), 13:45, 24/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мля, это же bash-скрипты.... Ну незя такие вещи на баше делать, C++ максимум.

     
     
  • 2.7, uldus (ok), 14:40, 24/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Мля, это же bash-скрипты.... Ну незя такие вещи на баше делать, C++
    >максимум.

    И получить чудо как в Xandros на EeePC, в котором опции монтирования флешек в бинарник вкомпилированы и ext3 разделы в sync по умолчанию монитруются.

     
     
  • 3.9, XoRe (ok), 15:08, 24/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>Мля, это же bash-скрипты.... Ну незя такие вещи на баше делать, C++
    >>максимум.
    >
    >И получить чудо как в Xandros на EeePC, в котором опции монтирования
    >флешек в бинарник вкомпилированы и ext3 разделы в sync по умолчанию
    >монитруются.

    Ну это из крайности (все на bash) в крайность (нет конфиг файлам!).
    Можно найти что-то посередине - выполняемые файлы на C, а конфиги в txt.

     
     
  • 4.10, uldus (ok), 15:15, 24/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну это из крайности (все на bash) в крайность (нет конфиг файлам!).
    >
    >Можно найти что-то посередине - выполняемые файлы на C, а конфиги в
    >txt.

    Там сама специфика такой системы - один большой конфиг (событие => действие), поэтому на shell и пишут.

     
  • 2.12, anonymous (??), 16:54, 24/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну незя такие вещи на баше делать, C++ максимум.

    У Вас какая-то специальная система, где устройства каждую секунду по много раз втыкаются-вытыкаются, что там где-то начинается проблема со скоростью?

     
     
  • 3.13, pavlinux (ok), 17:27, 24/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ну незя такие вещи на баше делать, C++ максимум.
    >
    >У Вас какая-то специальная система, где устройства каждую секунду по много раз
    >втыкаются-вытыкаются, что там где-то начинается проблема со скоростью?

    Тут обычный HAL с dbus иногда глюкают, а вы про массовое втыкание вытыкание...

    Когда все начнут писать на скриптовых языках, тогда начнутся проблемы...

    Лень искать, но думаю уже кто-нибудь уже додумался до BashOS, PythonOS, PerlOS.  
    JavaOS уже есть - все рады!


    Кстати, а что случилось с subfs ?

     
     
  • 4.17, anonymous (??), 02:30, 25/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > Тут обычный 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

     
  • 4.18, CosmonauT (?), 17:02, 25/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >вытыкание...
    >
    >Когда все начнут писать на скриптовых языках, тогда начнутся проблемы...
    >
    >Лень искать, но думаю уже кто-нибудь уже додумался до BashOS, PythonOS, PerlOS.
    >
    >JavaOS уже есть - все рады!
    >
    >
    >Кстати, а что случилось с subfs ?

    Между прочим, первая графичка то на Lisp-машинах появилась. А ведь, интерпритируемый язык ;-)

     

  • 1.14, yantux (??), 22:44, 24/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Такие фишки дожны по нормальному работать и без иксов, в коммандной строке.
     
     
  • 2.15, iZEN (ok), 23:58, 24/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Вот допилят USB-стек в FreeBSD 8.0, вот тогда можно будет использовать штатную подсистему динамической файловой системы устройств DEVD для управления неотмонтированными USB-флэшками — автомонтаж флэшек через неё решается парой строк, а вот простое выдёргивание она пока не может отработать и приводит систему к краху. :) Да, devd работает в самой системе "из коробки", а не после установки какого-то ПО. Синтаксис devd.conf весьма прост и человечен. ;)

    А линуксойды всё ещё будут пользоваться интегрированным в Xorg подсистемой HALd с XML-настройками, которая будет работать только при запущенных X'ах. :))

     
     
  • 3.16, anonymous (??), 02:08, 25/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > А линуксойды всё ещё будут пользоваться интегрированным в Xorg подсистемой HALd

    Очень интересно, а с чего это hald вдруг в X.org интегрирован оказался? Кроме модуля HAL, который X'овые устройства ввода держит, разумеется? Зависимостей у пакетов нет, сейчас проверил специально, фактических зависимостей в работе — тоже. Опускаем X11 — hald остается работать, и какой-нибудь NetworkManager спокойно продолжает трудиться как ни в чем не бывало. Можно через dbus-send/dbus-monitor, например, пообщаться, посмотреть.

    Или Вы под интеграцией понимаете то, что есть X-овые клиенты в гуями (типа nm-applet), которые слушают сигналы на системной шине и, соответственно, реагируют на действия пользователя, воткнувшего флэшку, диск или сетевой кабель? Ну так оно такое by design, и это правильный подход.

    А вот зумельные конфиги, это, да, зло.

     

  • 1.19, Аноним (19), 21:36, 25/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати у меня вот какой вопрос
    >>Другое ограничение VL-HOT - невозможность автомонтирвоания устройств уже >>подключенных до загрузки системы.

    у меня debian lenny так вот если флэшка торчит в выключенном компе а потом я включаюсь меня просто рубит тот факт что она не монтируется приходится ее доставать и вставлять снова

     
     
  • 2.20, Аноним (-), 21:37, 25/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Кстати у меня вот какой вопрос
    >>>Другое ограничение VL-HOT - невозможность автомонтирвоания устройств уже >>подключенных до загрузки системы.
    >
    >у меня debian lenny так вот если флэшка торчит в выключенном компе
    >а потом я включаюсь меня просто рубит тот факт что она
    >не монтируется приходится ее доставать и вставлять снова

    Аноним, так у тебя HAL или VL-HOT?

     
     
  • 3.21, Аноним (-), 21:39, 25/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    У меня обычный дистр из коробке то есть HAL конечно но "cold plug"
    все равно не работает, кто может помочь?
     
     
  • 4.22, northbear (??), 13:07, 26/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >У меня обычный дистр из коробке то есть HAL конечно но "cold
    >plug"
    >все равно не работает, кто может помочь?

    Посмотрите, у вас hal вообще инсталлирован. Мне в свое время пришлось hal доставлять руками. По дефолту по чему-то не поставился...

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру