https://opennet.ru/openforum/vsluhforumID3/41262.html Fabio Checconi представил (http://kerneltrap.org/Linux/Budget_Fair_Queuing_IO_Scheduler) в списке рассылки разработчиков Linux ядра прототип нового, основанного на CFQ, планировщика ввода/вывода - Budget Fair Queueing (BFQ), который отличается более высокой предсказуемостью и справедливостью при распределении ресурсов. Вместо оперирования отрезками времени, в BFQ производится планирование на уровне доступа к блокам секторов на диске.<br><br>URL: http://kerneltrap.org/Linux/Budget_Fair_Queuing_IO_Scheduler<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=15332<br> https://opennet.ru/openforum/vsluhforumID3/41262.html#21 Wed, 16 Apr 2008 23:00:30 GMT 1. SCAN-EDF <br>&gt; идеи вычисления приоритета в зависимости от <br>&gt; указанного времени завершения операции.<br><br>А если время вычисления, завершения операции, <br>которое надо указать, будет огромным или не завершится?<br><br>2. BFQ <br>&gt; Вместо оперирования отрезками времени, в BFQ<br>&gt; производится планирование на уровне доступа к <br>&gt; блокам секторов на диске.<br><br> При большом кол-ве операций, параметр на основании <br>которого рассчитывается приоритет, тупо превратится <br>во временную константу.<br> И будет линейно зависеть от скорости конкретного диска.<br> https://opennet.ru/openforum/vsluhforumID3/41262.html#20 Wed, 16 Apr 2008 21:16:08 GMT &gt;Для приложений планировщик прозрачен. К тому же всегда можно выбрать нужный при <br>&gt;загрузке ядра, если ядро было скомпилено с несколькими. <br><br>Мало того -- ещё и для каждого диска свой можно указать, см. /sys/block/*/queue/scheduler<br> https://opennet.ru/openforum/vsluhforumID3/41262.html#19 Wed, 16 Apr 2008 21:14:55 GMT &gt;Это от того, что вы его не нагружали. <br><br>Нагружаем.<br> https://opennet.ru/openforum/vsluhforumID3/41262.html#18 Wed, 16 Apr 2008 19:25:50 GMT Кто-нибудь уже посмотрел производительность BFQ with Budget&gt;=4096 на реальных приложениях (apache/mysql)? <br> https://opennet.ru/openforum/vsluhforumID3/41262.html#17 Wed, 16 Apr 2008 18:00:30 GMT &gt;А этот новый планировщик заменит старый, и опять появится несовместимость старого софта <br>&gt;с этим новым ядром? <br><br>Мало какому софту надо вообще знать о том что такое планировщик I\O.<br> https://opennet.ru/openforum/vsluhforumID3/41262.html#16 Wed, 16 Apr 2008 17:57:31 GMT &gt;а в FreeBSD кажется делали планировщик, который учитывает кеш процессоров <br><br>Кто-то явно путает планировщик I\O и планировщик процессора, но разве ж это важно когда кой-кто такой крЮтой бздун?<br> https://opennet.ru/openforum/vsluhforumID3/41262.html#15 Wed, 16 Apr 2008 16:19:44 GMT винты то с ncq стоят, вот только единичные контролеры в стандартных мамках его поддерживают, как в прочем и другие механизмы планирования.<br> https://opennet.ru/openforum/vsluhforumID3/41262.html#14 Wed, 16 Apr 2008 15:05:13 GMT Для приложений планировщик прозрачен. К тому же всегда можно выбрать нужный при загрузке ядра, если ядро было скомпилено с несколькими.<br> https://opennet.ru/openforum/vsluhforumID3/41262.html#13 Wed, 16 Apr 2008 15:00:27 GMT А этот новый планировщик заменит старый, и опять появится несовместимость старого софта с этим новым ядром?<br>