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

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

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

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

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

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

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

> "waiting more time to allow slow usb devices to чё-то там".

to settle.

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

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

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

> Я по libxklavier знаю;)

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

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

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

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

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

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

НищебродAL?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Всегда подозревал, что интель делает тормозное гомно

у меня тоже c2d, подобного не наблюдалось

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ЗЫ

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

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

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

>>кто не ставил 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

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

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

http://www.linux.org.ru/wiki/en/HAL

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

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

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

называется этот кто-то - ядро

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

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

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

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

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

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

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

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

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

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

наконец-то!

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

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

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

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

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

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

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

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

Я про архитектуру реализации говорил. )) Не про архитектуру интерфейсов. ))

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

$ 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

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

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

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

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

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

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

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

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

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

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