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 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.