The OpenNET Project / Index page

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



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

Оглавление

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

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


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
Добавить, Поддержать, Вебмастеру