The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Разработчики Gentoo официально анонсировали проект eudev, не..., opennews (??), 17-Дек-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


1. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 17-Дек-12, 13:17 
> избавлению от привязки к особенностям новых версий ядра

А генту-LTS они выпустят?

> После перехода на API kmod все модули стали загружаться последовательно

Троллинг поттеринга и ко засчитан :)

Ответить | Правка | Наверх | Cообщить модератору

2. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +4 +/
Сообщение от IMHO (?), 17-Дек-12, 13:19 
я думаю их доведут до такого состояния новые новшества ядра, что они выпилят ядро линукс и на Gentoo/FreeBSD перейдут
Ответить | Правка | Наверх | Cообщить модератору

3. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +6 +/
Сообщение от Дед мазай (?), 17-Дек-12, 13:25 
Зачем чего-то выпиливать? Генту не привязана к ядру. Какое хочешь ядро, такое и собирай.
Ответить | Правка | Наверх | Cообщить модератору

5. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от IMHO (?), 17-Дек-12, 13:32 
жаль, нету время компилить генту, да и для себя смысла не вижу
Ответить | Правка | Наверх | Cообщить модератору

25. "Разработчики Gentoo официально анонсировали проект eudev, не..."  –3 +/
Сообщение от FSA (??), 17-Дек-12, 14:04 
После ubuntu скорость работы поражает! Загружается быстро и не шевелит HDD постоянно при запуске приложений.
Ответить | Правка | Наверх | Cообщить модератору

38. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +20 +/
Сообщение от Аноним (-), 17-Дек-12, 14:25 
> После ubuntu скорость работы поражает! Загружается быстро и не шевелит HDD постоянно
> при запуске приложений.

После ubuntu скорость работы почти любого дистра поражает.

Ответить | Правка | Наверх | Cообщить модератору

121. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 17-Дек-12, 17:49 
>> После ubuntu скорость работы поражает! Загружается быстро и не шевелит HDD постоянно
>> при запуске приложений.
> После ubuntu скорость работы почти любого дистра поражает.

Вот что питон животворящий делает!

// Кстати, в генте, как и в федоре, пакетный менеджер написан на нем, родимом.

Ответить | Правка | Наверх | Cообщить модератору

162. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 17-Дек-12, 19:18 
>> После ubuntu скорость работы почти любого дистра поражает.
> Вот что питон животворящий делает!

Ну так его аптгетом побустать - минут пять, с передышками. Гента за это время даже либрофис скомпилить не успеет :)

Ответить | Правка | Наверх | Cообщить модератору

190. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от FSA (ok), 17-Дек-12, 21:18 
Не нравится компилировать, юзай Archlinux. Тоже не плох.
Ответить | Правка | Наверх | Cообщить модератору

225. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 18-Дек-12, 16:41 
> Не нравится компилировать, юзай Archlinux. Тоже не плох.

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

Ответить | Правка | Наверх | Cообщить модератору

210. "Разработчики Gentoo официально анонсировали проект eudev, не..."  –2 +/
Сообщение от ptr (??), 18-Дек-12, 05:00 
"Вы просто не умеете их готовить!" ;)

Gentoo на стареньком ноуте с 1.5ГГц Celeron у меня собирается за ночь. С кедами, лисой и либрой.

Главное уметь настроить сборку. Когда на гигабитке еще 8 современных ядер выделяются в помощь, все компилится так, что не успеваешь на экране увидеть что-то, так мелькает.

Память добил до двух гиг. Во время сборки полтора гига выделяю под ramfs. Для тех пакетов, которым это мало, прописано исключение.

Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

226. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 18-Дек-12, 16:42 
> Gentoo на стареньком ноуте с 1.5ГГц Celeron у меня собирается за ночь.

А убунта вкатывается с флехи на SSD за 5 минут. Почувствуйте разницу.

Ответить | Правка | Наверх | Cообщить модератору

231. "Разработчики Gentoo официально анонсировали проект eudev, не..."  –1 +/
Сообщение от ptr (??), 19-Дек-12, 02:04 
>> Gentoo на стареньком ноуте с 1.5ГГц Celeron у меня собирается за ночь.
> А убунта вкатывается с флехи на SSD за 5 минут. Почувствуйте разницу.

Именно с этого и началось. Почуствовал. Не шевелится она на таком ноуте. Работать просто не возможно.
А Gentoo взлетела.

Ответить | Правка | Наверх | Cообщить модератору

234. "Разработчики Gentoo официально анонсировали проект eudev, не..."  –1 +/
Сообщение от r (?), 20-Дек-12, 14:49 
гентушечка всегда была побыстрее люого дистра )) странно что сейчас об это упомянули ))
Ответить | Правка | Наверх | Cообщить модератору

237. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Led (ok), 21-Дек-12, 02:48 
> гентушечка всегда была побыстрее люого дистра ))

А гентушники - всегда были теми, кто в это верит, а ещё - в деда мороза:)

Ответить | Правка | Наверх | Cообщить модератору

239. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +1 +/
Сообщение от Аноним (-), 21-Дек-12, 04:31 
> А гентушники - всегда были теми, кто в это верит, а ещё - в деда мороза:)

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

Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

244. "Разработчики Gentoo официально анонсировали проект eudev, не..."  –1 +/
Сообщение от ptr (??), 23-Дек-12, 11:35 
> Не, ну эти камикадзи реально любят ввинтить дюжину недефолтных ключей компилера касающихся
> оптимизации. Профит они конечно с этого имеют. Но в результате потом
> валят в багтрекер и имеют всем мозг рассказывая про мегауникальный баг

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

Ответить | Правка | К родителю #239 | Наверх | Cообщить модератору

246. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от ptr (??), 23-Дек-12, 11:57 
>> гентушечка всегда была побыстрее люого дистра ))
> А гентушники - всегда были теми, кто в это верит, а ещё
> - в деда мороза:)

Сложно не верить тому, что видишь собственными глазами ;)

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

Не нужно быть семи пядей во лбу, чтобы понять: если программа собрана под любой процессор и под любую конфигурацию, то оно заведомо будет работать медленней и потреблять больше ресурсов, чем если ее же собрать под КОНКРЕТНЫЙ процессор и под КОНКРЕТНУЮ конфигурацию.

Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

247. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от myhand (ok), 23-Дек-12, 16:43 
> Не нужно быть семи пядей во лбу, чтобы понять: если программа собрана
> под любой процессор и под любую конфигурацию, то оно заведомо будет
> работать медленней и потреблять больше ресурсов, чем если ее же собрать
> под КОНКРЕТНЫЙ процессор и под КОНКРЕТНУЮ конфигурацию.

Ох, еще один наивный плод загибающейся системы школьного образования этой страны...

Начнем с того, что ты можешь просто не заметить разницы.  Т.к. доминируют в указанных показателях все-таки обычно вычислительная сложность алгоритмов, а не детали их реализации.  Разница - проценты, максимум 10-20, но никак не в разы.  Измерить ее - еще вполне таки можно, а вот "на глаз" заметить...

Во-вторых, код *может* быть оптимизирован по определенное семейство процессоров, под определенную архитектуру.  Но исключительно редко - под *конкретный* процессор и тем более какую-то *конкретную* конфигурацию.  Короче, как там в итоге все обернется (в плюс али в минус) при указании сборки всего с конкретными ключами компилятора и "под конкретный процессор" - можно только гадать.  Но блаженны верующие, да...

Ответить | Правка | К родителю #246 | Наверх | Cообщить модератору

248. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от ptr (??), 23-Дек-12, 17:11 
> Ох, еще один наивный плод загибающейся системы школьного образования этой страны...

Критерии оценки различны. Однако результатом МОЕГО школьного образования оказалось, как выяснилось как-то на 25-ти летии выпуска, что три четверти класса живут и работают за пределами страны, в которой учились в школе.

> Начнем с того, что ты можешь просто не заметить разницы.  Т.к.
> доминируют в указанных показателях все-таки обычно вычислительная сложность алгоритмов,
> а не детали их реализации.  

Мы говорим об одной и той же программе или разных? Разные в данном контексте смысла сравнивать не вижу.

> Разница - проценты, максимум 10-20,
> но никак не в разы.  Измерить ее - еще вполне
> таки можно, а вот "на глаз" заметить...

Предлагаю эксперимент. Собрать wget без поддержки SSL, Kerberos, LDAP и т.п. И сравнить потребление памяти двумя вариантами при скачивании файла с ftp. Разница будет в РАЗЫ.
Другой пример. Если программа не умеет сама определять наличие 3DNow/SSE и т.п., то компилятор не будет на каждый чих устраивать проверки и генерить код и для AMD и для Intel. Он сгенерит код, который будет медленно, в разы медленнее (!) работать везде. Если его, конечно, не попросить об обратном.

Конкрентный пример с конкретным ноутом: VLC в убунте на нем показывать SD h264 не смог (IP TV). В генте я добился вполне приемлемого результата. Когда задача решается или нет это в РАЗЫ или как?

> Но исключительно редко - под *конкретный* процессор и тем

Возможно я не точно выразился. Речь шла, конечно, под конкрентую серию и архитектуру CPU.
Привести примеры, когда какие-то дополнительные команды CPU дают прирост производитлеьности в разы? А ведь многие дистрибутивы собираются до сих пор под P5...

>  Но блаженны верующие, да...

Во-первых, в царство небесное не верю, во-вторых, я вообще не верю в то, что нельзя проверить.


Ответить | Правка | К родителю #247 | Наверх | Cообщить модератору

249. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от myhand (ok), 23-Дек-12, 17:59 
>> Начнем с того, что ты можешь просто не заметить разницы.
> Мы говорим об одной и той же программе или разных?

Здесь речь шла о том, что вносит основной вклад в показатели, о которых вы сделали столько громких заявлений.

> Предлагаю эксперимент. Собрать wget без поддержки SSL, Kerberos, LDAP и т.п. И
> сравнить потребление памяти двумя вариантами при скачивании файла с ftp.

Ну вперед, покажите цифры первого варианта.  Культурненько - вывод соответствующих утилит, а не вашу интерпретацию оного.

Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

250. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Michael Shigorinemail (ok), 23-Дек-12, 20:42 
> Не нужно быть семи пядей во лбу

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

Ответить | Правка | К родителю #246 | Наверх | Cообщить модератору

252. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от ptr (??), 24-Дек-12, 14:47 
>> Не нужно быть семи пядей во лбу
> Не нужно иметь двух сантиметров высоты лба, чтобы понять, что сэкономленное время
> стоит рассматривать вместе с дополнительно затраченным.

Естественно. В случае с гентой будет минут на 10 дольше. Или вы считаете не время работы человека, а время работы компьютера? Ну тогда за ночь 2-3 раза в год он рублей на 10 электричества действительно съест ;)

Ответить | Правка | К родителю #250 | Наверх | Cообщить модератору

253. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Michael Shigorinemail (ok), 24-Дек-12, 15:16 
> Или вы считаете не время работы человека, а время работы компьютера?

В первую очередь человека, но в зависимости от ситуации и компьютерное тоже может заметно влиять.

Ответить | Правка | К родителю #252 | Наверх | Cообщить модератору

66. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +14 +/
Сообщение от Преподаватель информатики (?), 17-Дек-12, 15:21 
> нету время

За что вы так ненавидите русский язык?

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

92. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +3 +/
Сообщение от pavlinux (ok), 17-Дек-12, 16:23 
Да ладно, это нормальный воронежский акцент.
Ответить | Правка | Наверх | Cообщить модератору

56. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +2 +/
Сообщение от Аноним (-), 17-Дек-12, 14:44 
> я думаю их доведут до такого состояния новые новшества ядра, что они
> выпилят ядро линукс и на Gentoo/FreeBSD перейдут

Нет, они просто сделают форк ядра - eLinux. Ну и копирайты на © Gentoo Foundation поменяют, само собой :)

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

182. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Андрей (??), 17-Дек-12, 19:50 
Нормально там с копирайиами. emerge udev скачивает/распаковывает systemd (!) и собирает.
Ответить | Правка | Наверх | Cообщить модератору

201. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 18-Дек-12, 00:39 
>копирайты

копилефты же!

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

256. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +2 +/
Сообщение от Аскарemail (?), 10-Янв-13, 14:25 
Нет, копирайты. Копилефт - это такой вид копирайта. Открой любой файл под GPL - в первых строчках будет слово Copyright
Ответить | Правка | Наверх | Cообщить модератору

188. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от iZEN (ok), 17-Дек-12, 21:10 
> я думаю их доведут до такого состояния новые новшества ядра, что они выпилят ядро линукс и на Gentoo/FreeBSD перейдут

Пока что решение для автомонтирования ФС флешек через devd на FreeBSD выглядит так (фрагмент файла /etc/devd.conf):

# Automount
attach 10 {
    match "device-name" "umass[0-9]+";
    action "sleep 4 && mkdir -p /media/$device-name && chown -R <username> /media/$device-name && \
    (/sbin/mount_msdosfs -o sync -L ru_RU.UTF-8 -D CP1251 /dev/da0s1 /media/$device-name || \
    /sbin/mount_msdosfs -o sync -L ru_RU.UTF-8 -D CP1251 /dev/da0 /media/$device-name)";
};

detach 10 {
    match "device-name" "umass[0-9]+";
    action "/sbin/umount -f /media/$device-name && rm -r /media/$device-name";
};

Нужно только как-то научить devd подсовывать правильное значение <username> в многопользовательской ОС и обеспечить простой способ корректного отмонтирования ФС со стороны этого пользователя вместо точного определения точки монтирования и выполнения команды umount для (пока ещё присоединённого) носителя. Был бы HAL, как раньше, такой проблемы не существовало бы. Теперь — увы и ах — всё переделали с завязкой на Linux udev.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

214. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от andy (??), 18-Дек-12, 09:52 

> Нужно только как-то научить devd подсовывать правильное значение <username> в многопользовательской
> ОС

`whoami`, не?

> и обеспечить простой способ корректного отмонтирования ФС со стороны этого
> пользователя вместо точного определения точки монтирования и выполнения команды umount
> для (пока ещё присоединённого) носителя. Был бы HAL, как раньше, такой
> проблемы не существовало бы. Теперь — увы и ах — всё
> переделали с завязкой на Linux udev.

Подумай, что можно сделать.

Ответить | Правка | Наверх | Cообщить модератору

221. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 18-Дек-12, 12:22 
>> Нужно только как-то научить devd подсовывать правильное значение <username> в многопользовательской
>> ОС
> `whoami`, не?

Не.

hint: от кого выполнится этот whoami и будет ли разница хоть раз?

Ответить | Правка | Наверх | Cообщить модератору

257. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аскарemail (?), 10-Янв-13, 14:29 
> `whoami`, не?

Представь: в компе появилась флешка, комп об этом узнал. Имеется в виду, что об этом узнали всякие системные демоны, которые запущены под root или под nobody или под ещё каким-нибудь системным пользователем. Если этот демон сделает whoami, это whoami вернёт ему root или nobody. А надо определить, КТО вставил флешку, кто щас сидит перед компом. И это нетривиальная задача. Например, если щас запущены иксы, и юзер залогинен в них, то нужно взять того юзера, который залогинен в иксах. Впрочем, даже это соображение вызывает сомнения: что если у нас какой-нибудь сервер с кучей мониторов. За каждым сидит какой-нибудь чел. И тут появляется флешка. И кто из них её вставил?

Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

37. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +12 +/
Сообщение от Аноним (-), 17-Дек-12, 14:24 
>> После перехода на API kmod все модули стали загружаться последовательно
> Троллинг поттеринга и ко засчитан :)

eudevщики сами себя затроллили, расписавшись в своем ламерстве. Прав был Грег...

Ядро всегда загружает модули последовательно, даже если вызовы были выполнены из параллельных процессов.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

68. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от ананим (?), 17-Дек-12, 15:23 
А демоны грузятся параллельно.
Прикинь?
Ответить | Правка | Наверх | Cообщить модератору

112. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +1 +/
Сообщение от Аноним (-), 17-Дек-12, 17:29 
> А демоны грузятся параллельно.
> Прикинь?

В systemd, upstart и даже sysvinit - да. А в openrc - официально не поддерживается :)

Ответить | Правка | Наверх | Cообщить модератору

147. "Разработчики Gentoo официально анонсировали проект eudev, не..."  –1 +/
Сообщение от Аноним (-), 17-Дек-12, 18:51 
Не надо ля-ля. Поддерживается официально, но!:

rc_parallel has never officially been declared a stable feature (see the
comments in rc.conf regarding this).

и

# WARNING: whilst we have improved parallel, it can still potentially lock
# the boot process. Don't file bugs about this unless you can supply
# patches that fix it without breaking other things!

Надеюсь, переводить не надо и вам ясно, что официально оно поддерживается, но на уровне нестабильной ветки дистрибутива, а также вам должно быть ясно, почему это так и как сделать эту функцию лучше в случае не правильной ее работы ;)

Ответить | Правка | Наверх | Cообщить модератору

151. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +1 +/
Сообщение от Аноним (-), 17-Дек-12, 18:55 
> Не надо ля-ля. Поддерживается официально, но!:

Не надо ля-ля. Вот комментарий разработчика: http://www.linux.org.ru/forum/desktop/8529910?cid=8530111
> просто параллельная загрузка официально не поддерживается и могут возникать баги, которые будут закрывать WONTFIX

 
> а также вам должно быть ясно, почему это так и как сделать эту функцию лучше в случае не правильной ее работы ;)

Так, как это делают в ubuntu - тупо скопировать с поцтеринга?

Ответить | Правка | Наверх | Cообщить модератору

227. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +1 +/
Сообщение от Аноним (-), 18-Дек-12, 16:45 
> Так, как это делают в ubuntu - тупо скопировать с поцтеринга?

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

Ответить | Правка | Наверх | Cообщить модератору

243. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от anonymous (??), 23-Дек-12, 01:24 
>> Так, как это делают в ubuntu - тупо скопировать с поцтеринга?
> Даже поттеринг может временами предложить что-то дельное. Оценивать надо технологии а не
> личности, баклан.

За баклана он ответит!

Ответить | Правка | Наверх | Cообщить модератору

156. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 17-Дек-12, 19:02 
>> А демоны грузятся параллельно.
>> Прикинь?
> В systemd, upstart и даже sysvinit - да. А в openrc -
> официально не поддерживается :)

А не поддерживается потому, что рандомно виснет. И никто не может понять, почему https://bugs.gentoo.org/show_bug.cgi?id=391945

Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

172. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 17-Дек-12, 19:25 
Подозреваю, проблема в глобальных блокировка питона.
Ответить | Правка | Наверх | Cообщить модератору

70. "Разработчики Gentoo официально анонсировали проект eudev, не..."  –1 +/
Сообщение от Аноним (-), 17-Дек-12, 15:29 
> Ядро всегда загружает модули последовательно, даже если вызовы были выполнены из параллельных процессов.

Разница как я понимаю в том, что в одном случае р@ком встает весь процесс загрузки, ожидая пока модуль раздуплится, а во втором - ну, висит некий процесс. И пусть висит. Остальное то грузится.

Позволю себе заметить что туповэйтинг - то с чем Поттеринг так люто боролся. А тут вдруг на третий день Зоркий Глаз замечает что при загрузке модулей по цепочке есть туповэйтинг инициализации модулей и загрузка стоит колом. Косячок-с :)

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

110. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +2 +/
Сообщение от Аноним (-), 17-Дек-12, 17:25 
> Разница как я понимаю в том, что в одном случае р@ком встает весь процесс загрузки, ожидая пока модуль раздуплится, а во втором - ну, висит некий процесс. И пусть висит. Остальное то грузится.

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

Ответить | Правка | Наверх | Cообщить модератору

163. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 17-Дек-12, 19:19 
> А вот гентушный openrc так не умеет.

Ах, вот оно что. Сошлись 2 NIH-овца в поединке...

Ответить | Правка | Наверх | Cообщить модератору

117. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 17-Дек-12, 17:41 
> Разница как я понимаю в том, что в одном случае р@ком встает
> весь процесс загрузки, ожидая пока модуль раздуплится, а во втором -
> ну, висит некий процесс. И пусть висит. Остальное то грузится.

Нет, не в этом. В любом случае все работает по второму варианту.

Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

164. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 17-Дек-12, 19:20 
> Нет, не в этом. В любом случае все работает по второму варианту.

Из изначальных заяв следовало что это нифига не так.


Ответить | Правка | Наверх | Cообщить модератору

126. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +3 +/
Сообщение от Аноним (-), 17-Дек-12, 18:06 
> Разница как я понимаю в том, что в одном случае р@ком встает
> весь процесс загрузки, ожидая пока модуль раздуплится, а во втором -
> ну, висит некий процесс. И пусть висит. Остальное то грузится.
> Позволю себе заметить что туповэйтинг - то с чем Поттеринг так люто
> боролся. А тут вдруг на третий день Зоркий Глаз замечает что
> при загрузке модулей по цепочке есть туповэйтинг инициализации модулей и загрузка
> стоит колом. Косячок-с :)

Нет. systemd не ждет инициализации всех устройств - ему достаточно только дисков с / и /usr. Все остальные девайсы могут спокойно инициализироваться в фоне (если для них не прописаны явные зависимости в default.target).

А вот openrc by design последовательный - он ждет, пока завершится "udevadm settle", и продолжает загрузку только после этого.
Соответственно, попытки "ускорить" чтение модулей параллелизацией на уровне udev - это просто костыли, исправляющие openrc-специфичные проблемы. Afaik, даже в upstart этого бардака нет.

Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

132. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +3 +/
Сообщение от Аноним (-), 17-Дек-12, 18:35 
> Нет. systemd не ждет инициализации всех устройств - ему достаточно только дисков с / и /usr. Все остальные девайсы могут спокойно инициализироваться в фоне (если для них не прописаны явные зависимости в default.target).

Поттеринг изобрел  smss.exe ? После загрузки системы она все грузится и не готова к работе.

Ответить | Правка | Наверх | Cообщить модератору

138. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +2 +/
Сообщение от Аноним (-), 17-Дек-12, 18:43 
> Поттеринг изобрел  smss.exe ? После загрузки системы она все грузится и
> не готова к работе.

Как и разработчики upstart и sysvinit (да, даже он научился запускать службы параллельно).
И только разработчики openrc и рады бы, да не работает оно - виснет https://bugs.gentoo.org/show_bug.cgi?id=391945

Ответить | Правка | Наверх | Cообщить модератору

216. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +1 +/
Сообщение от chinarulezzz (ok), 18-Дек-12, 12:07 
>> Поттеринг изобрел  smss.exe ? После загрузки системы она все грузится и
> не готова к работе.
>Как и разработчики upstart и sysvinit

у меня sysvinit, и всё загружается до логина. Поццерингофилы лепят остальным свойственные им болячки?

Ответить | Правка | Наверх | Cообщить модератору

107. "Разработчики Gentoo официально анонсировали проект eudev, не..."  –1 +/
Сообщение от Аноним (-), 17-Дек-12, 17:02 
> Ядро всегда загружает модули последовательно, даже если вызовы были выполнены из параллельных процессов.

Узкое место не в запуске ядром, а в чтении с диска - с диска код модулей читается параллельно, не ожидая пока предыдущий модуль запустится ядром.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

111. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +1 +/
Сообщение от Аноним (-), 17-Дек-12, 17:28 
> Узкое место не в запуске ядром, а в чтении с диска -
> с диска код модулей читается параллельно, не ожидая пока предыдущий модуль
> запустится ядром.

В результате бедный винчестер постоянно дергается между разными секторами, да и планировщик IO мечется как угорелый. Вместо последовательного чтения - рандомное. Что практически всегда медленнее, даже на SSD.

А вот в kmod все по уму сделано - если скорость критично, можно собрать модули вместе, и тогда скорость их загрузки с винта будет максимально возможной.

Ответить | Правка | Наверх | Cообщить модератору

142. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от anonymous (??), 17-Дек-12, 18:45 
>В результате бедный винчестер постоянно дергается между разными секторами, да и планировщик IO мечется как угорелый. Вместо последовательного чтения - рандомное.

Скажи это Поттерингу.

Ответить | Правка | Наверх | Cообщить модератору

149. "Разработчики Gentoo официально анонсировали проект eudev, не..."  –2 +/
Сообщение от Аноним (-), 17-Дек-12, 18:52 
>>В результате бедный винчестер постоянно дергается между разными секторами, да и планировщик IO мечется как угорелый. Вместо последовательного чтения - рандомное.
> Скажи это Поттерингу.

Поттеринг это знает, и использует параллелизацию только там, где она дает выигрыш.
Разработчики Gentoo тоже это знают, и используют ее только там, где она дает проигрыш :)

Ответить | Правка | Наверх | Cообщить модератору

153. "Разработчики Gentoo официально анонсировали проект eudev, не..."  –2 +/
Сообщение от Аноним (-), 17-Дек-12, 18:59 
>>В результате бедный винчестер постоянно дергается между разными секторами, да и планировщик IO мечется как угорелый. Вместо последовательного чтения - рандомное.
> Скажи это Поттерингу.

Есть тонкая разница между параллелизацией чтения и параллелизацией исполнения.
Поттеринг ее понимает, гентушники - нет.

Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

215. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 18-Дек-12, 10:29 
>Есть тонкая разница между параллелизацией чтения и параллелизацией исполнения.

Это ты к чему? systemd читает винт последовательно? Насмешил. Там полный event-based, и даже твой Поттеринг не узнает, что и когда будет прочитано.

Ответить | Правка | Наверх | Cообщить модератору

166. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 17-Дек-12, 19:21 
> В результате бедный винчестер постоянно дергается между разными секторами,

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

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

125. "Разработчики Gentoo официально анонсировали проект eudev, не..."  –1 +/
Сообщение от Аноним (-), 17-Дек-12, 17:59 
> Узкое место не в запуске ядром, а в чтении с диска - с диска код модулей читается параллельно, не ожидая пока предыдущий модуль запустится ядром.

Существенный бонус тут только тогда, когда модули лежат на разных дисках, с разными очередями запросов на чтение. В противном случае запросы опять-таки окажутся в одной очереди, и при этом возникнет излишняя нагрузка на планировщики I/O ядра и диска.

Кроме того, в большинстве случаев модули лежат в initrd (прочитанный ранее с диска загрузчиком), т.е. на RAM-диске. Скорость чтения с которого - ни разу не узкое место.

Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

167. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 17-Дек-12, 19:22 
> Существенный бонус тут только тогда, когда модули лежат на разных дисках,

Или SSD, который к рандомным seek-ам относится нормально.

Ответить | Правка | Наверх | Cообщить модератору

211. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +1 +/
Сообщение от Led (ok), 18-Дек-12, 06:34 
>> Узкое место не в запуске ядром, а в чтении с диска - с диска код модулей читается параллельно, не ожидая пока предыдущий модуль запустится ядром.
> Существенный бонус тут только тогда, когда модули лежат на разных дисках, с
> разными очередями запросов на чтение. В противном случае запросы опять-таки окажутся
> в одной очереди, и при этом возникнет излишняя нагрузка на планировщики
> I/O ядра и диска.

man readahead

> Кроме того, в большинстве случаев модули лежат в initrd (прочитанный ранее с
> диска загрузчиком), т.е. на RAM-диске.

Ага, 5% всех используемых модулей - в initrd.

man 5% (подсказка: 5% - не "большинство")

> Скорость чтения с которого - ни
> разу не узкое место.

Ну да, initrd не и диска же считывается, а из астрала.

Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

218. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 18-Дек-12, 12:17 
>Ну да, initrd не и диска же считывается, а из астрала.

initrd загружается в память еще на самом первом этапе загрзуки вместе с ядром, и потом висит в памяти до завершения работы. Потому модули с него читаются из оперативной памяти всегда.

Ответить | Правка | Наверх | Cообщить модератору

224. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +1 +/
Сообщение от Led (ok), 18-Дек-12, 16:02 
>>Ну да, initrd не и диска же считывается, а из астрала.
> initrd загружается в память еще на самом первом этапе загрзуки вместе с
> ядром, и потом висит в памяти до завершения работы. Потому модули
> с него читаются из оперативной памяти всегда.

Фееричный бред

Ответить | Правка | Наверх | Cообщить модератору

179. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Аноним (-), 17-Дек-12, 19:37 
Надо было назвать не Eudev, а Gundev.
Было бы веселее.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

184. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +3 +/
Сообщение от Аноним (-), 17-Дек-12, 20:13 
Чувак, они это самое "G" хотят выпилить, а не впилить.
Ответить | Правка | Наверх | Cообщить модератору

260. "Разработчики Gentoo официально анонсировали проект eudev, не..."  +/
Сообщение от Анонимemail (260), 26-Ноя-19, 11:30 
Entoo?
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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