URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 41262
[ Назад ]

Исходное сообщение
"OpenNews: Для Linux ядра разработан новый планировщик ввода/вывода - BFQ"

Отправлено opennews , 16-Апр-08 10:23 
Fabio Checconi представил (http://kerneltrap.org/Linux/Budget_Fair_Queuing_IO_Scheduler) в списке рассылки разработчиков Linux ядра прототип нового, основанного на CFQ, планировщика ввода/вывода -  Budget Fair Queueing (BFQ), который отличается более высокой предсказуемостью и справедливостью при распределении ресурсов. Вместо оперирования отрезками времени, в BFQ производится планирование на уровне доступа к блокам секторов на диске.

URL: http://kerneltrap.org/Linux/Budget_Fair_Queuing_IO_Scheduler
Новость: http://www.opennet.me/opennews/art.shtml?num=15332


Содержание

Сообщения в этом обсуждении
"Для Linux ядра разработан новый планировщик ввода/вывода - BFQ"
Отправлено Аноним , 16-Апр-08 10:23 
а в FreeBSD кажется делали планировщик, который учитывает кеш процессоров

"Для Linux ядра разработан новый планировщик ввода/вывода - B..."
Отправлено Serge , 16-Апр-08 10:36 
>а в FreeBSD кажется делали планировщик, который учитывает кеш процессоров

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


"Для Linux ядра разработан новый планировщик ввода/вывода - B..."
Отправлено mv , 16-Апр-08 12:35 
Представляется не очень полезным, т.к. для SAN/iSCSI оно бесполезно в принципе, а на новых десктопах почте везде стоят винты с NCQ. Разве что, если NCQ глючное и ядро его заблеклистило, то тогда i/o scheduler нужен.



"Для Linux ядра разработан новый планировщик ввода/вывода - B..."
Отправлено Michael Shigorin , 16-Апр-08 13:19 
С каких пор NCQ (если б оно ещё работало толком, когда типа работает) или iSCSI умеет разбирать относительный приоритет I/O, который можно назначить процессам?

Вы часом с элеватором не перепутали?  Так тот тоже не лишний, особенно при неглубокой очереди.


"Для Linux ядра разработан новый планировщик ввода/вывода - B..."
Отправлено mma , 16-Апр-08 20:19 
винты то с ncq стоят, вот только единичные контролеры в стандартных мамках его поддерживают, как в прочем и другие механизмы планирования.

"Для Linux ядра разработан новый планировщик ввода/вывода - B..."
Отправлено Luke , 16-Апр-08 21:57 
>а в FreeBSD кажется делали планировщик, который учитывает кеш процессоров

Кто-то явно путает планировщик I\O и планировщик процессора, но разве ж это важно когда кой-кто такой крЮтой бздун?


"Для Linux ядра разработан новый планировщик ввода/вывода - BFQ"
Отправлено Аноним , 16-Апр-08 13:47 
Теперь линукс не будет тормозить при высокой дисковой активности?

"Для Linux ядра разработан новый планировщик ввода/вывода - B..."
Отправлено fresco , 16-Апр-08 13:53 
вроде и раньше не тормозил

"Для Linux ядра разработан новый планировщик ввода/вывода - B..."
Отправлено Кирилл , 16-Апр-08 15:18 
Это от того, что вы его не нагружали.

"Для Linux ядра разработан новый планировщик ввода/вывода - B..."
Отправлено RNZ , 16-Апр-08 15:34 
Это смотря что считать нагрузкой и как ядро сконфигурировано.

"Для Linux ядра разработан новый планировщик ввода/вывода - B..."
Отправлено otaku , 16-Апр-08 16:42 
а как надо ядро конфигурировать?

"Для Linux ядра разработан новый планировщик ввода/вывода - B..."
Отправлено RNZ , 16-Апр-08 18:26 
>а как надо ядро конфигурировать?

Читай /usr/src/linux/Documentation/
Например /usr/src/linux/Documentation/sched-*


"Для Linux ядра разработан новый планировщик ввода/вывода - B..."
Отправлено Michael Shigorin , 17-Апр-08 01:14 
>Это от того, что вы его не нагружали.

Нагружаем.


"OpenNews: Для Linux ядра разработан новый планировщик ввода/..."
Отправлено _Nick_ , 16-Апр-08 17:07 
обалденно!
давно ждал контроля I/O на уровне скоростей.

"OpenNews: Для Linux ядра разработан новый планировщик ввода/..."
Отправлено pavlinux , 16-Апр-08 17:54 
> планирование на уровне доступа к блокам секторов на диске.

Это ещё не весь I/O



"Для Linux ядра разработан новый планировщик ввода/вывода - BFQ"
Отправлено КтулхЪ , 16-Апр-08 19:00 
А этот новый планировщик заменит старый, и опять появится несовместимость старого софта с этим новым ядром?

"Для Linux ядра разработан новый планировщик ввода/вывода - B..."
Отправлено MiG , 16-Апр-08 19:05 
Для приложений планировщик прозрачен. К тому же всегда можно выбрать нужный при загрузке ядра, если ядро было скомпилено с несколькими.

"Для Linux ядра разработан новый планировщик ввода/вывода - B..."
Отправлено Michael Shigorin , 17-Апр-08 01:16 
>Для приложений планировщик прозрачен. К тому же всегда можно выбрать нужный при
>загрузке ядра, если ядро было скомпилено с несколькими.

Мало того -- ещё и для каждого диска свой можно указать, см. /sys/block/*/queue/scheduler


"Для Linux ядра разработан новый планировщик ввода/вывода - B..."
Отправлено Luke , 16-Апр-08 22:00 
>А этот новый планировщик заменит старый, и опять появится несовместимость старого софта
>с этим новым ядром?

Мало какому софту надо вообще знать о том что такое планировщик I\O.


"Для Linux ядра разработаны новые планировщики ввода/вывода - BFQ, YFQ и SCAN-EDF"
Отправлено Аноним , 16-Апр-08 23:25 
Кто-нибудь уже посмотрел производительность BFQ with Budget>=4096 на реальных приложениях (apache/mysql)?

"Для Linux ядра разработаны новые планировщики ввода/вывода - BFQ, YFQ "
Отправлено pavlinux , 17-Апр-08 03:00 
1. SCAN-EDF
> идеи вычисления приоритета в зависимости от
> указанного времени завершения операции.

А если время вычисления, завершения операции,
которое надо указать, будет огромным или не завершится?

2. BFQ
> Вместо оперирования отрезками времени, в BFQ
> производится планирование на уровне доступа к
> блокам секторов на диске.

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