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 ()

> отсутствие поддержки автомонтирования CDROM

Пофиг, приводы не нужны.

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


А вот это, надеюсь, починят.

ChALkeR ★★★★★
()
Ответ на: комментарий от LamerOk

> Опенсорсным - похоже, да. Ведь легче сделать пару оберток, чем допиливать оборачиваемое..

Да-да, многим легче писать бесчисленные обёртки, чем писать что-то работающее.

gaa ★★
()
Ответ на: комментарий от gaa

Это мир кути. У них душа не приемлет голых сишных интерфейсов. Чуть что - сразу оборачивать. Я по libxklavier знаю;)

svu ★★★★★
()
Ответ на: комментарий от svu

> Это мир кути. У них душа не приемлет голых сишных интерфейсов. Чуть что - сразу оборачивать.

Про неисчислимые глибовские биндинги забываем, да?

> Я по libxklavier знаю;)


Это то самый, который от глиба зависит?

gaa ★★
()
Ответ на: комментарий от gaa

> Про неисчислимые глибовские биндинги забываем, да?
А кого обернули в глиб по принципу "лишь бы обернуть"? Мне в голову только дбус-глиб приходит. Кто-то еще?

> Это то самый, который от глиба зависит?

Да, и даже от gobject-а. Но там они не в виде обертки, а прям так напрямую используются унутре.

svu ★★★★★
()
Ответ на: комментарий от svu

> Так вот я еще раз утверждаю - я не вижу у вл-хота ни одной фичи, которая бы оправдывала его существование и переход на него.

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

naryl ★★★★★
()

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

НищебродAL?

AP ★★★★★
()
Ответ на: комментарий от svu

>> Про неисчислимые глибовские биндинги забываем, да?
> А кого обернули в глиб по принципу "лишь бы обернуть"? Мне в голову только дбус-глиб приходит. Кто-то еще?


Как минимум ещё libpoppler и libnm.

gaa ★★
()

велосипед для велосипеда? о_О чего только не придумают лиш бы udev напрямую не юзать

muhas ★★★
()
Ответ на: комментарий от Rexy-Craxy

> А я вот до сих не могу понять, в чем прелесть всех этих HALов. Чем udev плох?

Начнём с того, что они делают разные вещи.

gaa ★★
()
Ответ на: комментарий от muhas

> велосипед для велосипеда? о_О чего только не придумают лиш бы udev напрямую не юзать

Есть задача (часть задачи, выполняемой халом):
1. получить сообщение при появлении нового носителя
2. получить список носителей и разделов

Как это сделать средствами udev?

gaa ★★
()
Ответ на: комментарий от LamerOk

> Давайте мы сначала выясним, научилось ли оно не перечитывать одни и те же файлы при определении каждого устройства

конфиги не перечитываются "каждый раз при определении каждого устройства"

> и не опрашивать при загрузке устройства методом перебора?

hal не опрашивает устройства при загрузке методом перебора.

dk2
()
Ответ на: комментарий от Rexy-Craxy

> Правда, что ли? А что полезного (sic!) делает HAL?

Я описал часть полезных функций hal в предыдущем сообщении.
Я честно не знаю, можно ли сделать это средствами "голого" udev. Если можно --- сообщи конкретные команды.

gaa ★★
()
Ответ на: комментарий от Rexy-Craxy

Мне тоже интересно. И про dbus еще расскажите, пожалуйста.

ovegio
()
Ответ на: комментарий от gaa

>Я честно не знаю, можно ли сделать это средствами "голого" udev. Если можно --- сообщи конкретные команды.

Зачем голого? У него в распоряжении целое стадо утилит. И с указанными задачами udev (точнее, система в цнлом, используя udev) вполне справляется. Во всяком случае, у меня в системе hal и не ночевал, но список разделов всех блочных устройств, включая съемные, я могу увидеть в /sys/block/XYZ/

Rexy-Craxy
()
Ответ на: комментарий от hibou

>А hal использует постоянный опрос оборудования? Вроде, один из доводов против висты это как раз то, что постоянно опрашивает оборудование.

тонкий троллинг про спижженый код?

сабжу самое место как раз в этом Vector Linux

OzOx
()
Ответ на: комментарий от OzOx

честно сказать, про то, что HAL грузит систему, услышал первый раз. В страхе запустил sysguard, ожидая увидеть дикую загрузку проца... ан нет. Обманщики!!

F_ract_a1L
()
Ответ на: комментарий от F_ract_a1L

>честно сказать, про то, что HAL грузит систему, услышал первый раз. В страхе запустил sysguard, ожидая увидеть дикую загрузку проца... ан нет.

Ну вон тут у человека c2d две секунды всеми вентиляторами отчаянно жужжит, а вы :)

ptarh ★★★★★
()
Ответ на: комментарий от dk2

> конфиги не перечитываются "каждый раз при определении каждого устройства"
> hal не опрашивает устройства при загрузке методом перебора.


Да ну? А вот товарищи из редхат утверждают обратное:

http://www.linuxinsight.com/ols2006_why_userspace_sucks_or_101_really_dumb_th...

Там занятный такой пэдээфничек под названием "Почему линукс - говно". Ознакомтесь.

LamerOk ★★★★★
()
Ответ на: комментарий от Rexy-Craxy

>> Я честно не знаю, можно ли сделать это средствами "голого" udev. Если можно --- сообщи конкретные команды.
> Зачем голого? У него в распоряжении целое стадо утилит. И с указанными задачами udev (точнее, система в цнлом, используя udev) вполне справляется.


Давай к каждой задаче скрипт, который бы мне её решил. Без этого все слова --- пустой звук.

> Во всяком случае, у меня в системе hal и не ночевал, но список разделов всех блочных устройств, включая съемные, я могу увидеть в /sys/block/XYZ/


У тебя нет кардридера. Иначе бы ты заметил, что без "подпинывания" (например, вызова fdisk на девайсе) список разделов не обновляется.

gaa ★★
()
Ответ на: комментарий от ovegio

> Впервые слышу о такой задаче. А вам это зачем, простите?

Затем, чтобы не шерстить syslog в поисках "а на какой девайс у меня подцепилась флешка". Да, /dev/disk/by-*/* спасает, но ещё нужен кое-кто, кто будет перечитывать таблицу разделов.

gaa ★★
()
Ответ на: комментарий от F_ract_a1L

> честно сказать, про то, что HAL грузит систему, услышал первый раз. В страхе запустил sysguard, ожидая увидеть дикую загрузку проца... ан нет. Обманщики!!

Я вот на кпк дописал скрипт, который при входе в саспенд тормозит хал, в результате чего он перестал активно жрать батарею, когда спит. Причём заметно умерил свои аппетиты.

gaa ★★
()
Ответ на: комментарий от svu

>Да, автомаунтер без поддержки *ROM - это такая панковская шутка...

сдром скоро сам умрет. в нетбуках его уже нет.

ЗЫ

У меня в хал отключен поллинг сдром, ибо powertop посоветовал, а раз в неделю можно и по иконке сдрома щелкнуть.

AVL2 ★★★★★
()
Ответ на: комментарий от AVL2

раз в неделю? =) дома гора дисков лежит, забыл когда последний из них брал =)

На работе тоже =)

vovans ★★★★★
()
Ответ на: комментарий от naryl

>>кто не ставил HAL из-за его прожорливости

102       2657  0.0  0.1   6072  3876 ?        Ss   08:46   0:00 /usr/sbin/hald
root      2658  0.0  0.0   3320  1060 ?        S    08:46   0:00 hald-runner
root      2677  0.0  0.0   3384  1032 ?        S    08:46   0:02 hald-addon-input: Listening on /dev/input/event3 /dev/input/event2 /dev/input/event0
root      2684  0.0  0.0   3384  1040 ?        S    08:46   0:04 hald-addon-storage: polling /dev/hda (every 2 sec)
102       2687  0.0  0.0   2272   884 ?        S    08:46   0:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket

Извините, где тут прожорливость?

alex_custov ★★★★★
()
Ответ на: комментарий от LamerOk

> Там занятный такой пэдээфничек под названием "Почему линукс - говно". Ознакомтесь.
4.2.1 Называется совсем не так
4.2.2 Документ 2006г. Устарел.

svu ★★★★★
()
Ответ на: комментарий от gaa

Надо посмотреть, кого и зачем они оборачивают...

svu ★★★★★
()
Ответ на: комментарий от svu

> Называется совсем не так

Товарищ прапорщик, это шутка юмора была такая.

> Документ 2006г. Устарел.

Докажи. )) Или ты думаешь, что раз дело было два с половиной года назад, то сейчас "всё совсем не так, потому что этого не может быть"?

Он устареет не раньше, чем работа описаного в нем кода изменится.

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk

> Там занятный такой пэдээфничек под названием "Почему линукс - говно". Ознакомтесь.

Ааа...убило и разорвало труп..:)
Неее...я конечно догадывался, что все не так хорошо, как кажется,
но чтобы на столько!

ЗЫ Пошел думать, чтобы такого нооптимизировать..:)

GlorySmith
()
Ответ на: комментарий от LamerOk

> Товарищ прапорщик, это шутка юмора была такая.
Это ЛОР. Тут по ссылкам не ходят. Могут подумать, что там так и написано.

> Или ты думаешь, что раз дело было два с половиной года назад, то сейчас "всё совсем не так, потому что этого не может быть"

Нет, просто потому что там значится софт, который активно изменяется. А значит - оно не так в силу этих постоянных изменений. Я не говорю, насколько лучше (или даже хуже) - но оно не так. Подобные метрики имеют смысл только в момент измерения плюс-минус... Но уж никак не через 2.5 года.

svu ★★★★★
()
Ответ на: комментарий от svu

> Могут подумать, что там так и написано.

Будет дополнительный стимул сходить по ссылке )))

> Подобные метрики имеют смысл только в момент измерения плюс-минус..

Эти метрики весьма хорошо показывают проблемы самой архитектуры решений. Как HAL'а, так и гнома сотоварищи. И интуиция мне подсказывает, что подвижек в этом плане там не бох весть сколько...

LamerOk ★★★★★
()
Ответ на: комментарий от LamerOk

> Будет дополнительный стимул сходить по ссылке )))
Щаз. Будут просто цитировать эту "шутку юмора", не читая (и не указывая, что это шутка).

> проблемы самой архитектуры решений.

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

svu ★★★★★
()
Ответ на: комментарий от ovegio

>> нужен кое-кто, кто будет перечитывать таблицу разделов.
> называется этот кто-то - ядро


Какой упёртый! Я уже не раз сказал: ядро само по себе не хочет перечитывать таблицу разделов на флешке, воткнутой в кардридер.

gaa ★★
()

Прочитав заголовок, была только одна мысль - лисапед! закопайте.

$ ps aux | grep hal
104       2338  0.0  0.1   5928  1088 ?        Ss   16:47   0:00 /usr/sbin/hald
root      2339  0.0  0.0   3340   424 ?        S    16:47   0:00 hald-runner
root      2357  0.0  0.0   3404   480 ?        S    16:47   0:00 hald-addon-input: Listening on /dev/input/event3 /dev/input/event2 /dev/input/event1 /dev/input/event0
104       2365  0.0  0.0   2268   408 ?        S    16:47   0:00 hald-addon-acpi: listening on acpi kernel interface /proc/acpi/event
root      2369  0.0  0.0   3404   452 ?        S    16:47   0:03 hald-addon-storage: polling /dev/hdc (every 2 sec)
leg0las   6772  0.0  0.1   3148   788 pts/0    S+   22:15   0:00 grep hal

где оно много жрет... не понятно. а вот автомонтирование флешей/телефона (особенно не очеь грамотным родителям) - самое оно.

leg0las ★★★★★
()
Ответ на: комментарий от LamerOk

Архитектура реализации - дело десятое, и наверняка в ней что-то менялось за 2.5 года. Гномовцы вообще-то любят изредка пооптимизировать (благо, есть что:)

svu ★★★★★
()
Ответ на: комментарий от leg0las

>где оно много жрет... не понятно. а вот автомонтирование флешей/телефона (особенно не очеь грамотным родителям) - самое оно.

жрет много в момент монтирования.

dikiy ★★☆☆☆
()
Ответ на: комментарий от dikiy

>>где оно много жрет... не понятно. а вот автомонтирование флешей/телефона (особенно не очеь грамотным родителям) - самое оно.

>жрет много в момент монтирования.

0.00 - 1.00, один раз выдало 2.00 в User%. Это много?

leg0las ★★★★★
()
Ответ на: комментарий от leg0las

да прекращайте вы это. Если им дух святой сказал, что HAL жрёт много, значит, так оно и есть. Вы что, будете спорить со святым духом? -))

F_ract_a1L
()
Ответ на: комментарий от Rexy-Craxy

У-у-у :) Здорово, что Вы их там видите :) Только (ш-ш-ш-ш! страшная тайна!) их не udev создавал.

AlexM ★★★★★
()
Ответ на: комментарий от alex_custov

дело не в том, что оно само много жрет, а в том, что оно не дает процессору спать. Из за этого процессор все время жрет батарейку.

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