LINUX.ORG.RU

VL-HOT - легковесная альтернатива HAL

 


0

0
VL-HOT создан разработчиками дистрибутива Vector Linux и позиционируется как легковесная и менее требовательная к ресурсам альтернатива HAL (hald). В частности VL-HOT работает через udev и не использует постоянный опрос оборудования, что позволяет меньше нагружать CPU. В числе минусов отсутствие поддержки автомонтирования CDROM и автомонтирования устройств, подключённых до загрузки системы.

Поддержка VL-HOT уже имеется в оконных менеджерах JWM и IceWM и в файловом менеджере PCManFM.

>>> Обзор

★★★★★

Проверено: maxcom ()
А конфиги там то же на XML
H5N1
()
А hal использует постоянный опрос оборудования? Вроде, один из доводов против висты это как раз то, что постоянно опрашивает оборудование.
hibou ★★★★★
()
Ответ на: комментарий от tailgunner
> и автомонтирования устройств подключённых до загрузки системы

именно ДО загрузки системы?

BaBL ★★★★★
()
И кому это нужно, если все десктопы уже используют hal? Нет такого, что поезд ушел - и требуются ОЧЕНЬ серьезные преимущества, чтобы как-то обосновать смену технологии
svu ★★★★★
()
Ответ на: комментарий от hibou
> А hal использует постоянный опрос оборудования? Вроде, один из доводов против висты это как раз то, что постоянно опрашивает оборудование.

Да. Сменные девайсы проверяются каждые 5-10 секунд для того, чтобы определить смену носителя. Иначе, например, не перечитывается таблица разделов для карточки в кардридере.
gaa ★★
()
> В числе минусов отсутствие поддержки автомонтирования CDROM

Тут всё-таки понадобится polling.

> и автомонтирования устройств подключённых до загрузки системы.


А это несложно допилить.
gaa ★★
()
Ответ на: комментарий от svu
> И кому это нужно, если все десктопы уже используют hal? Нет такого, что поезд ушел - и требуются ОЧЕНЬ серьезные преимущества, чтобы как-то обосновать смену технологии

А вот и десктопофашисты подтянулись. Ви таки имеете что-то проьтив разных подходов к решению одной задачи?
gaa ★★
()
Ответ на: комментарий от gaa
> Ви таки имеете что-то проьтив разных подходов к решению одной задачи?

Нет. As long as интерфейс единый. А реализаций за интерфейсом может быть тыща и одна, на любой вкус и цвет
svu ★★★★★
()
Ответ на: комментарий от svu
Да, интерфейсы, конечно, тоже могут быть разные - до определенного предела, когда мейнстрим выбрал один из них.
svu ★★★★★
()
Ответ на: комментарий от svu
>> Ви таки имеете что-то проьтив разных подходов к решению одной задачи?
> Нет. As long as интерфейс единый. А реализаций за интерфейсом может быть тыща и одна, на любой вкус и цвет


С интерфейсом хал-а сложно будет сделать что-то, не диффеоморфное ему.
gaa ★★
()
Ответ на: комментарий от gaa
Ну значит и не нужно;)

Конечно, все можно менять - и реализации, и интерфейсы. Просто, как я сказал, для этого нужны очень веские основания. Слишком многое на сегодня уже завязано на интерфейс хала.
svu ★★★★★
()
Ответ на: комментарий от svu
> И кому это нужно, если все десктопы уже используют hal?

Вероятно, это нужно тем, кто не хочет иметь такую "радость" в десктопе как hal.

LamerOk ★★★★★
()
Ответ на: комментарий от hibou
> А hal использует постоянный опрос оборудования?

да, особенно активно он опрашивает сидюк, на предмет наличие в нем диска
JB ★★★★★
() автор топика
Ответ на: комментарий от svu
> И кому это нужно, если все десктопы уже используют hal?

дык, главная killer feature это не требовательность к ресурсам и нормальная работа на устаревшем оборудовании
JB ★★★★★
() автор топика
Ответ на: комментарий от JB
> подожди, скоро все на DeviceKit перейдут ;)

Ъ-буратинки.
gaa ★★
()
Ответ на: комментарий от JB
Эта фича не киллер. Ибо мейнстриму уже давно плевать на ресурсы, так что никто не обращает внимания;) Если хал запихивают даже в мобильные устройства...
svu ★★★★★
()
Ответ на: комментарий от gaa
И где тут этот буратинизм? Людям было нужно решение. Кто-то его придумал. Оно оказалось достаточно удачным, чтоб люди начали им пользоваться. Что они делали не так? Они должны были объявить проблему несуществующей? Или каждый должен был изобретать свой лисапед?
svu ★★★★★
()
Ответ на: комментарий от JB
Вот он вроде как обещает киллер-фичи. Что и доказывает мой пойнт.
svu ★★★★★
()
Ответ на: комментарий от svu
> Оно оказалось достаточно удачным, чтоб люди начали им пользоваться.

Неверное утверждение. Оно оказалось единственным решением на тот момент. Quick&Dirty в прямом смысле слова. А люди оказались достаточно буратинистыми, чтобы от него зависеть. Буратинизм в чистом виде.

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk
> Оно оказалось единственным решением на тот момент.
Но оно как-то работало, решало поставленную задачу (иначе б его просто не стали использовать) - именно это я и называю "достаточно удачным". Да, другого не было. Что должны были делать люди, я Вас еще раз спрашиваю? Ждать, когда появится другое? Им нужно было решение СЕЙЧАС. Теперь, когда шишки hal набиты, выводы сделаны - пытаются сделать работу над ошибками в виде девайскита. Возможно, преимущества его окажутся достаточно весомыми, чтобы убедить народ взгеморроиться и прелезть с хала. Но это, кстати, не означает, что девайскит совершенен.

Так вот я еще раз утверждаю - я не вижу у вл-хота ни одной фичи, которая бы оправдывала его существование и переход на него. Возможно, я чего-то не знаю - раскройте мне плиз глаза. Киллер-фича "экономия ресурсов" - не канает, ибо обладает низким приоритетом, при этом убивает автомаунт оптических устройств.
svu ★★★★★
()
Ответ на: комментарий от svu
> Киллер-фича "экономия ресурсов" - не канает

Зато огого как канает другая киллер-фича - экономия _моего_ времени. За эту фичу я и ресурсами готов пожертвовать. )))

А автомаунт легаси устройств не нужен - достаточно маунта при обращении к.

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk
Я просто не очень представляю в принципе, как что-то в этом роде может сильно спасать время...
svu ★★★★★
()
Ответ на: комментарий от svu
Простая и незамысловатая идея отказа от парсинга пачки xml файлов при простом втыкании флэшки уже сэкономит от 1 до 3 секунд. Особенно, если учесть, что эту же саму флэшку фтыкали в этот же самый порт полчаса назад и машину с тех пор не ребутили. Даже ХР хватает мозгов запомнить device_id.

А сколько времени будет сэкономлено на згарузке какого-нибудь атомного нетбука - так и представить страшно...

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk
> Простая и незамысловатая идея отказа от парсинга пачки xml файлов при простом втыкании флэшки уже сэкономит от 1 до 3 секунд.

1-3 секунды на парсинг xml-конфигов? Это где такое бывает и сколько мегабайт должен быть эти конфиги?
init ★★★★★
()
Ответ на: комментарий от LamerOk
> А автомаунт легаси устройств не нужен - достаточно маунта при обращении к.

Согласно логике работы, оно и с кард-ридерами работать дез подпинывания не станет. Я, пока хал не поставил, перечитывал таблицу разделов на карточках ручками с помощью fdisk, а то иначе udev их не видел.
gaa ★★
()
Ответ на: комментарий от LamerOk
> Простая и незамысловатая идея отказа от парсинга пачки xml файлов при простом втыкании флэшки уже сэкономит от 1 до 3 секунд.

Это polling interval. По умолчанке он 5 секунд. Потому и флешки долго определяются. Кроме того, в dmesg можно наблюдать сообщение от ядра "waiting more time to allow slow usb devices to чё-то там".
gaa ★★
()
Ответ на: комментарий от init
> 1-3 секунды на парсинг xml-конфигов?

Ну конфиги то не в процессорном кэше. Дисковое ио никуда не исчезло. Пока.

Даже в случае, если прав gaa http://www.linux.org.ru/jump-message.jsp?msgid=3525288&cid=3526001

Парсинг конфигов все равно дорогое удовльствие.

Debian, Gnome,Nautilus - при каждом открытии файла честно парсится вся база mime. От щелчка мышкой до запуска самой программы от полусекунды до секунды на моём c2d@8Gb

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk
> Debian, Gnome,Nautilus - при каждом открытии файла честно парсится вся база mime. От щелчка мышкой до запуска самой программы от полусекунды до секунды на моём c2d@8Gb

Сколько гигабайт у тебя база MIME?

tailgunner ★★★★★
()
Ответ на: комментарий от svu
Давайте мы сначала выясним, научилось ли оно не перечитывать одни и те же файлы при определении каждого устройства и не опрашивать при загрузке устройства методом перебора?
LamerOk ★★★★★
()
Ответ на: комментарий от tailgunner
> ...в столе

..на нижней полке под грудой бумаг..
Bod ★★★★
()
Ответ на: комментарий от LamerOk
А чего тут выяснять? Берите код и смотрите;) Я не знаю, как там с кешированием.
svu ★★★★★
()
Ответ на: комментарий от LamerOk
> Тогда тем более триггеринг на udev события - более правильный подход.

Я не уверен, честно говоря, что кардридеры такие евенты кидают.
gaa ★★
()
Ответ на: комментарий от svu
К вопросу об интерфесах - насколько я знаю, KDE-приложения используют HAL не напрямую, а через API Solid. Так что если написать к солиду бэкенд, основанный на VL-HOT вместо HAL, то по крайней мере у пользователей KDE будет выбор избавиться от HAL без потери функциональности.

Точно также работает Phonon (на выбор бэкэнды xine и gstreamer) и в этом же направлении идет разработка плазмоида для управления сетевыми подключениями (NetworkManager спрятали в бэкенд для севого API в Solid).

bender ★★★★★
()
Ответ на: комментарий от bender
> К вопросу об интерфесах - насколько я знаю, KDE-приложения используют HAL не напрямую, а через API Solid. Так что если написать к солиду бэкенд, основанный на VL-HOT вместо HAL, то по крайней мере у пользователей KDE будет выбор избавиться от HAL без потери функциональности.

К слову, а программистам более нечем заняться, кроме как писать неисчислимые бэкенды и обёртки?
gaa ★★
()
Ответ на: комментарий от gaa
Если VL-HOT реально покажет себя с лучшей стороны, чем HAL, то почему бы не добавить его поддержку в Solid как альтернативу HAL - главное, чтобы нашелся герой, который добровольно решит это сделать - нашлись же те, кто решил написать весь этот VL-HOT да еще и добавить его поддержку в IceWN.

А вообще, Qt вообще и Solid в частности все-таки неправильно называть одной из неисчислимых оберток к API X11/Gstreamer/xine/HAL

bender ★★★★★
()
Ответ на: комментарий от svu
> Нафига? Мы тут сейчас все обсудим, решим - а там и удалить можно;)

да. С оглядкой на DeviceKit можно и не подтверждать.
firsttimeuser ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.