LINUX.ORG.RU

Планировщик ввода-вывода BFQ обновился до версии 7

 , , ,


1

4

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

BFQ — универсальный планировщик I/O, который в первую очередь предназначен для значительного повышения отзывчивости пользовательского окружения при нагрузках на дисковую подсистему. Его разрабатывает преимущественно итальянская команда во главе с Паоло Валенте (Paolo Valente).

Седьмая версия планировщика примечательна следующими изменениями:

  • значительно улучшено поведение системы при превышении лимита «грязных» страниц, что в обычных конфигурациях приводит к подвисаниям программ при активном использовании дисковых накопителей;
  • улучшено определение приложений мягкого реального времени, благодаря чему уменьшились задержки в работе таких приложений;
  • переработана поддержка HDD с NCQ, что привело к увеличению пропускной способности при использовании таких носителей;
  • повышена надёжность эвристических алгоритмов при работе в QEMU и на платформах для встраиваемых систем.

Рекомендуется протестировать работу седьмой версии планировщика тем, кто до сих пор встречается с симптомами 12309 на новых ядрах.

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

Отдельная благодарность выражается Арианне Аванзини (Arianna Avanzini) за подготовку патчей для многих веток ядра. BFQv7 доступен для всех ядер, начиная с версии 3.1, по запросу возможна подготовка патчей для более ранних версий.

Патчи

>>> Анонс

★★★★★

Проверено: Shaman007 ()
Последнее исправление: unfo (всего исправлений: 3)

Вот мне интересно просто, никогда этим не интересовался, но, есть реальный профит от перебора планировщиков? Просто у меня SSD стоит и дефолтный для Fedora 20 планировщик, вроде и так все очень быстро, или можно еще лучше сделать?

Jefail ★★★★
()

разработчикам ядра будет отправлен запрос на включение BFQ в основную ветку

Давно пора.

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

Обычно, лучше, чем надо, не надо, но кто мешает попробовать?

На SSD может быть профит от нового механизма работы с грязными страницами.

post-factum ★★★★★
() автор топика

У кого-нибудь есть репозиторий для opensuse с патчами патчеными ядрами pf-kernel?

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

Спасибо :). Надо попробовать, если время свободное будет.

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

Может, и лучше, да поправить уже не могу.

post-factum ★★★★★
() автор топика

а нужно ли оно, если у меня ssd под систему и hdd под хомяк, игры, файлопомоку? debian stable, не знаю что там за планировщик по умолчанию, но для ssd добавлял правило udev

sehellion ★★★★★
()

Почитал тред...только дебианщикам эта хрень не нужна?

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

Когда?

И вкратце: есть ли смысл переключаться с noop на ссд системах? А на системах с медленными флэшками?

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

Не знаю, когда, по идее, в ближайшее время.

Попробуй потестить.

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

Тогда однозначно нада пробовать ибо Феном дома стоит.

philin
()

«грязных страниц» лучше вместе заключить в кавычки, постольку поскольку иначе глаз режет и не читается далее.

это в терадке бываю «грязные» страницы или в порноповести можно встречать «грязные» страницы, в памяти же только «грязные станицы»

хотя может я и ошибаюсь, если слово страницы в отношении памяти привычно использовать без кавычек, то ничего страшного, если не привычно, то режет глаз

IvanR ★★★
()
Последнее исправление: IvanR (всего исправлений: 2)

Когда уже pf-kernel появится в ppa, не хочется собирать самому.

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

Это недоработка Поттеринга! Надо интегрировать функционал.

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

«грязные станицы»

Атамана гоните в шею.

anonymous
()
Ответ на: комментарий от anonymous
➜  ~  mount | grep bfq
cgroup on /sys/fs/cgroup/bfqio type cgroup (rw,nosuid,nodev,noexec,relatime,bfqio)
post-factum ★★★★★
() автор топика

Не нужно. Даже на моем hdd. Декстоп тупить стал больше. Пользовал давно, потом забил болт.

anonymous
()

как стремно вот так ставить

cd /tmp 
wget http://goo.gl/z5rqU -O kernel-pf-debian-3.9.2
chmod +x kernel-pf-debian-3.9.2
sudo sh kernel-pf-debian-3.9.2
sudo reboot

psv1967 ★★★★★
()
Последнее исправление: psv1967 (всего исправлений: 1)

Собрал, вместо дефолтного из минта петры, 3.13 с этой вот штукой. Разницы пока не ощутил. И так хорошо и эдак. Наверно это неплохо.

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

есть реальный профит от перебора планировщиков

Нет.

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

Обычно CFQ, но для SSD его точно не стоит использовать. Лучше уж noop.

А разве CFQ не умеет определять SSD и выключаться сам?

sid350 ★★★★★
()

публикации результатов обширного тестирования

ждёмс

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