LINUX.ORG.RU

I/O Планировщик BFQ добавят в основную ветку ядра Linux

 ,


0

4

Разработчики планировщика ввода/вывода BFQ подготовили патчи для слияния с основной веткой ядра Linux.

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

Официального заявления пока не было, но в рассылках сообщается, что планировщик подготавливается к добавлению основную ветку ядра. Сейчас проводится чистка кода и разделение на патчи.

>>> Источник

Когда уже в линуксе своп заработает без зависания системы. Единственный сегодня рабочий способ исользовать своп (что мне надо часто, так как 8Гб на десктопе мало для задач), это zram+вторым слоем дисковый своп. Если эту связку не пользовать, своп в линуксе дохлый. Дисковая подсистема полумертвая, а отзывчивость (не производительность одного процесса) системы едва дотягивает до винды 3.11...но и номер ядра подходит.

anonymous ()

просто супер! Хоть как гентушник не испытываю особых проблем со сборкой что ванильного, что pf-ядра, но это не может не радовать. Ещё бы BFS туда, чтобы обычный пользователь убунты почувствовал всю «десктопность» :)))

xgmo ()

Не прошло и десятилетия...
Во всех вменяемых дистрах уже есть.

deterok ★★★★★ ()
Последнее исправление: deterok (всего исправлений: 1)
Ответ на: комментарий от ValdikSS

Use this option when you want to change a sysctl setting.

это же просто набор буков :) ..

я серъёзно — это не троллинг. что делает этот ключ?

хотя вообще-то ни чтего не мешает мне залезть в исходный код этой утилиты и посмотреть (и почему я раньше это не сделал)..

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

Годно, но

Официального заявления пока не было

Так что ждем.

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

и вот я чуть-чуть покопался в [ходниках]:

и вот что мы видим:

  • строчка [#724] делает ``WriteMode = true;`` если есть ключ ``-w``.
  • строчка [#656] говорит о том что по умолчанию (без ключа ``-w``) было бы ``bool WriteMode = false;``.
  • но затем нам всё обламывает строчка [#797] в которой происходит выбор между любым из положительных условий: ``WriteMode`` или ``index(*argv, '=')``. другими словами ``WriteMode`` остаётся бесполезным тут в случае если всё равно есть «=»..
  • больше ни где переменная ``WriteMode`` не используется и ни куда не пердаётся.

и это значит — что... хм... что я так и не понял — зачем нужно ``-w``.. :-)

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

но тогда остаётся вопрос — зачем этот ключ люди постоянно пишут в своих скриптах %) %)

и вот даже тут — на уютном разумном Лоре %) :)

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

Нормальный отклик дает таймер в 1000

Никакой таймер тебе не даст «нормальный отклик», если планировщик будет делить процессорное время «по справедливости» (CFS), а не прогнозируемому деадлайну (BFS). Толку тебе от таймера, если приложение просто не получит квантов. Шел бы ты матчасть почитать что ли.

Задача максимизации отклика - это SRT-задача и решаться должна соответствующими средствами. Собственно, BFS это первый здравый шаг в этом направлении.

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

На ЛОРе - потому что в лайнаксе традиционно документацией заниматься считается зазорным, потому ключ до сих пор светится в man. Когда его пишут - даже похвально: народ не кузьмичует, а пишет в полном соответствии с документацией, хотя в данном случае ситуацию спасает только то, что это не ломает работоспособность инструмента.

anonymous ()

капец, новости на лоре

I/O Планировщик BFQ добавят в основную ветку ядра Linux.

vs

Официального заявления пока не было, но в рассылках сообщается, что планировщик подготавливается... Сейчас проводится чистка кода и разделение на патчи.

/0
Проверено: Shaman007
//0 //0

Bad_ptr ★★★★ ()
Последнее исправление: Bad_ptr (всего исправлений: 1)
Ответ на: комментарий от ValdikSS
--system
              Load settings from all system configuration files.
              /run/sysctl.d/*.conf
              /etc/sysctl.d/*.conf
              /usr/local/lib/sysctl.d/*.conf
              /usr/lib/sysctl.d/*.conf
              /lib/sysctl.d/*.conf
              /etc/sysctl.conf
roman77 ★★★★★ ()
Ответ на: комментарий от Xe0N

Лучше памяти больше купи, раз 8Гб мало. И на счет SSD тоже подумай.

с удовольствием докуплю, если ты проспонсируешь. я надеюсь, ты не просто так сболтнул чего-то в комментах, а сможешь поддержать своё авторитетное мнение делом?

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

так рейзер или подделка ака 4!?
у рейзера проверка мгновенная, ext-ы таки нихрена не быстрей.
и хватит фапать на мейнстрим - буквально на днях кто-то кукарекал про bfq - а теперь, ой, а оно походу в апстрим попадает.
начинай думать своей головой, а не чужой левой пяткой.

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

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

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

Я про 4 рейзер, а raiserfs вполне годна на относительно старых ядрах, жаль потом ее поломали, про bfq некогда плохого ничего не говорил, а bfs перекидывает потоки с ядра на ядро, не давая ядрам спать, отсюда и убитое энергосбережение

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

12309 можно словить и с SSD. Я уже было забыл, что это такое, как поймал каноничные фризы копируя на SD карту в пару потоков много гигабайт хлама. Аж курсор намертво встал. Где-то полминуты так лагало, а потом всё ожило и больше позывов повисеть не было.

P.S. А поможет скорее всего ничем.

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

а bfs перекидывает потоки с ядра на ядро, не давая ядрам спать, отсюда и убитое энергосбережение

а теперь открою одну приколюху - либо энергосбережение, либо отклик.
ну...или ни то ни другое.
ты, будучи спящим, IRL хорошо играешь в теннис, например?
что-то мне подсказывает, что не очень, если не сказать «никак абсолютно! он тупо спит!»
поразмышляй.

megabaks ★★★★ ()
Последнее исправление: megabaks (всего исправлений: 1)
Ответ на: комментарий от megabaks

ты, будучи спящим, IRL хорошо играешь в теннис, например? что-то мне подсказывает, что не очень, если не сказать «никак абсолютно! он тупо спит!»

Ыыыы, мегабакс торт. В квотезы.

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

когда уже практически все перешли на SSD, слоупоки

Месье использует SSD на пару терабайт?

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

а без notail его только олигофрены и используют.
профита никакого, а проблем куча:
фрагментация
страдает стабильность
страдает скорость
и всё это ради экономии 5% ёмкости!?
ви таки делаете мне смешно!

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

Вау! Отличная новость! :)

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