LINUX.ORG.RU

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

 , , ,


0

0

Сегодня замечен замечательный планировщик ввода-вывода для ядра 2.6.34. По словам разработчика, выпуск задержался из-за того, что проводилось переписывание и тестирование кода.

Сейчас BFQ доступен в stable-ветке zen-kernel и в патчсете pf-kernel.

>>> Подробности

Ответ на: комментарий от daemonpnz

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

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

Komintern ★★★★★ ()
Ответ на: комментарий от post-factum

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

daemonpnz ★★★★★ ()
Ответ на: комментарий от daemonpnz

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

post-factum ★★★★★ ()
Ответ на: комментарий от post-factum

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

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

sergej ★★★★★ ()
Ответ на: комментарий от post-factum

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

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

daemonpnz ★★★★★ ()
Ответ на: комментарий от post-factum

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

daemonpnz ★★★★★ ()
Ответ на: комментарий от Lighting

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

dogbert ★★★★★ ()
Ответ на: комментарий от post-factum

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

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

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

sergej ★★★★★ ()
Ответ на: комментарий от fractaler

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

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

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

anonymous ()
Ответ на: комментарий от post-factum

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

KevinDetry ()
Ответ на: комментарий от KevinDetry

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

dogbert ★★★★★ ()
Ответ на: комментарий от post-factum

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

daemonpnz ★★★★★ ()
Ответ на: комментарий от BeerSeller

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

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

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

BeerSeller ★★★★ ()

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

r0mik ()
Ответ на: комментарий от cvs-255

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

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

BeerSeller ★★★★ ()
Ответ на: комментарий от megabaks

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

anonymous ()

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

Aneko ()
Ответ на: комментарий от PayableOnDeath

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

whoami ()
Ответ на: комментарий от cvs-255

> как там с 12309?

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

r0mik ()
Ответ на: комментарий от r0mik

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

r0mik ()

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

menhater ()
Ответ на: комментарий от menhater

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

megabaks ★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.