The OpenNET Project / Index page

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



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

Оглавление

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

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


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ообщить модератору

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

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




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

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