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

О, круто! Ещё бы и BFS запилили бы, а то надоело самому ядра собирать.

Ждем BFS (хотя есть же cgroups), TuxOnIce и reiser4 в mainstream.

reiser4

Забудьте вы, умерло оно уже давно.

а источник новости?

reiser4

Не надо в Linux всякое говно пихать.

Шта? Ребятки заботливо портируют рейзер на новые ядра.

Дождались!

Не надо в Linux всякое говно пихать.

Есть и противоположное мнение. Что Linux - это коллекция говна, а для нормальных проектов скоро форкнут отдельную ветку.

Оно уже там. Уже давно.

Если это правда, то наконец-то!

Ребятки заботливо портируют рейзер на новые ядра

Это одна из причин почему в основную ветку не взяли. Портировать то портировали а о развитии речь не идет.

Это одна из причин почему в основную ветку не взяли. Портировать то портировали а о развитии речь не идет.

развитие - это багфиксы? То есть, в ядро по-определению берут сырые недоделки?

а о развитии речь не идет

ну, тогда первое, что надо сделать - это выкинуть из ядра ext4

ну, тогда первое, что надо сделать - это выкинуть из ядра ext4

И большую часть дров, ага :)

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

джва года ждал!

с ужасом вспоминаю о systemd.

++

Ждем BFS (хотя есть же cgroups)

тёплое и мягкое

неужели дождались.

У ядра, как и у всего софта, есть понятие стабильной версии. В последнюю можно пихать что угодно более-менее готовое, если его к моменту становления этой версии стабильной успеют допилить до стабильного состояниия.

Как там 12309 ?

Сам посмотри.

Как там 12309 ?

Из багзиллы:

Vitaly 2014-02-05 11:44:27 UTC
I have successfully reproduce this bug on my HP Z200 under ubuntu 12.04 LTS

TuxOnIce в mainstream не стоит, должно быть опционально, у меня оно не работает, зато работает стандартный гибернейт

Я и без багзиллы могу сказать, что у меня система встаёт колом, при копировании больших файлов на USB3 флешку. =)

Я и без багзиллы могу сказать

Но в багзилле он пофикшен ;-)

Жаль только, что пользователям не багзиллой пользоваться надо :}

Ага, причём давно. Только надписи в багзилее как-то ничего не решают в реале. :)

Копирование на юсб — это не 12309.

Гугли hugepages madvise

Как там 12309 ?

Судя по всему его на макось портировали. Я постоянно на работе ловлю жесткие фризы, когда образы виртуалбокса клонирую

sysctl -w vm.dirty_background_bytes=4194304

sysctl -w vm.dirty_bytes=4194304

А копирование между разными разделами винта? )

Что это?

Да.

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

BFS? Зачем?

http://www.opennet.ru/opennews/art.shtml?num=23313

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

Хватит программной эмуляции - как всегда, нас спасет установка на материнскую плату дискового сопроцессора. Разъем под него, между прочим, у многих уже распаян.

Команды выполните, может, поможет.

Сперва надо почитать, что это за команды, и что они делают.

Так почитайте же.

Ужо начал, чисто из любопытства.

Развитие начнётся тогда, когда будут люди, готовые в этом разобраться. Моих сил (я обычно и занимаюсь портированием этого блобопатча) хватает только на «git log -p v3.x..v3.y — fs/» и соответствующие изменения. Давно хочется запилить TRIM, но 11-й класс, блеать.

BFQ - неплохо. BFS - не нужно. Мне хватает дефолтных из коробки Деба. Давно отстрадал этим всем. Толку мало, только время драгоценное улетает на сборки-пересборки.

учитывая, что сейчас все диски делают с встроенным NCQ, немного поздно спохватились. специально тестировал в BFQ рабочем режиме (неделя активного использования компьютера), не заметил разницы с noop.

Админы локалхоста подтянулись

Дождались

Забудьте вы, умерло оно уже давно.

некоторые вон и reiserfs до сих пор юзают и говорят что оно лучше ext4

ненужно, ненужно, и ненужно в кубе

В 10.9.2 вроде пофиксили многие тормоза, шустрее стала шевелиться.

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

не вижу нужности этого на чем либо кроме локалхоста