Вышел BFQ для ядра 2.6.34

> Итог тот же: у половины работает, у половины - нет.

это главная причина того, что все эти полуламерские твикнутые патчи никак не попадут в апстрим.

ИМХО, имелись в виду не сторонние патчи, а апстримный CFQ.

Да все правильно Komintern сказал. Что BFQ, что у CFQ, проблема таже не всех спасает планировщик. Поэтому никто не будет впиливать BFQ в апстрим, по крайней мере до тех пор, пока BFQ не спасет целиком и полностью ВСЕХ от 12309. Тем более, вон, в zen-kernel, BFQ тоже выкидывали на 1 релиз, апстрим такого не стерпит.

Понял. Но в zen-kernel его выкидывали из-за того, что автор не портировал его на 2.6.33, а кто-то другой не мог этого сделать, так как в ядре что-то там серьёзно поменялось.

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

т.е. наверное на всех системах, которые встают колом, в топе 100% загрузка процессора ядерными потоками ввода-вывода.

s/таже/та же,

Вопрос — почему?

А если бы оно было апстриме?!

2 sergej, достаточно даже не 100%, на моем 4х ядернике резко падает отзывчивость если даже одно ядро на 50% грузится io. Самое говнистое в этом плане для меня оказалось 31, в 32 нормально было, потом в 33 появилось опять, в 34 ослабло, поставил еще zen-kernel с BFQ, так теперь вообще сказка. Фризы пропали, все гладенько.

А если бы оно было апстриме?!

см. выше про балансировку между стабильностью и фичастостью :).

Я не против BFQ в апстриме, но при условии что будет мейнтейнер, который не будет забивать на определенные релизы ядра. А то буду я счастливый сидеть на ваниле с BFQ, тут приходит обновление, я его ставлю, и замечаю фризы. Вопрос: а что случилось? Ответ: а мы тут счас пока это выкинули, а потом приклеим на скотч, к следующему релизу. Нет уж, спасибо.

Разницу-то я знаю. Просто BFS для 2.6.34 появился несколько раньше, вот я и не удержался. А опять собирать ядро таки влом.

>> Вопрос — почему?

Если бы кто-то точно знал почему - уже бы исправили :)

Ходят слухи, что именно из-за планировщика задач.

>> Если он такой замечательный, то почему он до сих пор не у Торвальдса в дереве?

У Торвальдса быстрые диски, он тормозов не замечает.

Поэетому тормоза в раасылках иногда начинают вопить, что десктопные вещи не принимают.

Быстрый отклик на падение и фатальные ошибки ? :)

Просто я читал, что если железо поддерживает NCQ, то следует поставить no-op. Не знаю, насколько это правильно, но тем не менее. Вот и хотел узнать.

> А опять собирать ядро таки влом
Это ж от силы 10 минут! Если даже не меньше.

2m 18s

>Это ж от силы 10 минут!
Но не на древнем целероне.

Я и говорю — между BFQ и noop+ncq я огромной разницы не заметил пока.

Надо будет затестить. Ну так же ж не у всех есть оборудование с NCQ, тут вот на стареньких селерончиках народ сидит. Так что NCQ + noop не панацея тоже.

Кто нить из осиляторов BFQ-2.6.34.patch сможет?

Тред не почитать? Смотри выше, я ссылку выложил.

Хм. Отдельный патчь не прошел

Сильно нагрузить io и созерцать как система теряет отзывчивость и процессы вешаются в очереди за доступом к диску :3

Технические детали https://bugzilla.kernel.org/buglist.cgi?quicksearch=iowait

>Хм. Отдельный патчь не прошел
пройдёт --> http://sites.google.com/site/linuxoptimization/home/nastrojka-io-sheduler/BFQ...

>> замечен замечательный

масло масляное

На zen-kernel ЛОР-эффект?

Спс. Пока собирает.

Дал бы вывод patch'а, чего это он не хочет.

О_о Петросян.

С этим норм собралось и работает.

Дал бы вывод patch'а, чего это он не хочет.

patch норм прошел, но ругалось при компиляции...

Значит, дай вывод того, что при компиляции говорит. Я его наугад между двумя коммитами diff-ал.

А вот это не сохранил :-( Я уже собрал вот с этим патчем

просто обожаю треды, где встречаются аббревиатуры подобные, типа BFS, BFQ, KSM - сразу палятся с десяток ламеров, даже не понимающих о чем речь, но тем не менее ведущих (пытающихся вести) горячие диспуты))))))

как там с 12309?

Смотря у кого. Проверь.

Из-за него и собирал 2.6.34.1

Заодно решил bfq попробовать. Зависонов пока не замечал.

Спасибо добрый человек. На .30 ведре с патчем BFQ ситуация с и/о вэйт была получше чем без него. Посмотрим как как сабж в сравнении с современным CFQ. 2post-factum: тред читать, ссылка на .patch не увидеть. Помнится для .30 тоже было 3 патча bfq-00,bfq-01... Но по ссылке такого не увидел. Зен мне не нужен. PF Тоже.

http://algo.ing.unimo.it/people/paolo/disk_sched/sources.php

собрал 2.6.34-zen2 с bfq, я ядро не загружается, говорит kernel bug at block/bfq-iosched.c 1650 а в zen1 bfq нету :(

Кто сказал, что ляпикс хуже винды?
Всего-то лишь просили рассказать, как этот самый iowait-bug вызвать.

возьми zen1 + патч = профит

> как там с 12309?

не одном из ноутов (ich8m, WDC WD3200BEVT-0) реально помогло
я уже и забыл был думать последние года 2 про своп (если остальное еще куда не шло, то при своплении наступал полный 314ц), а тут вот оно как...

ээммм... реально помогло, это значит на порядок лучше noop+ncq, а про cfq я вообще молчу - там задница была полная (на .34)

Оказывается, у BFQ новая страница есть с новыми версиями шедулера:
http://algo.ing.unimo.it/people/paolo/disk_sched/sources.php

Не заметил ссылки выше.

Ничего не понял.
Слил ванильное ядро, поставил zen-патч и BFQ. Все прошло без ошибок, в списках шедулера при настройке ядра BFQ просто НЕТ. Так и должно быть или я просто криворукий?

криворукий!
и что за зен-патч и bfq патч?
и где ищешь его - мало ли )...