Баг 12309 воскресили на LKML

Поставил ванильное ядро 3.7-rc1 с конфигом от убунты. Проблема есть.

RHEL6, ext4, 2.6.32, проблемы нет

sysctl еще сравнить бы :)

Мой sysctl.conf:

net.ipv4.ip_forward=1
vm.dirty_background_ratio = 10
vm.dirty_ratio = 30
kernel.perf_event_paranoid = 0

Щас я пересоберу ведро с другими параметрами. Что я поменял:

Enable AIO support - NO
Choose SLAB allocator (SLOB (Simple Allocator)) - SLOB
Preemptible Kernel (Low-Latency Desktop)
Transparent Hugepage Support -- NO
Enable cleancache driver to cache clean pages if tmem is -- OFF
Timer frequency -- (1000 HZ)

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

vm.dirty_background_ratio = 10
vm.dirty_ratio = 30

А вот это можно и снизить.

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

а никто не знает что влияет. поэтому я шаг за шагом хочу вносить изменения.

А вот это можно и снизить.

Не думаею что влияет т.к. dd очень быстро кэш забивает.

Да, как проблема выглядит у меня: я запускаю dd, после чего в vim сохраняю текстовой файл со словом test. Так вот оно занимает 10-20 секунд. firefox как-то дёргался пока я на лоре не попытался оставить комментарий. После этого огнелис повис более чем на 20 секунд (примерно) и висел пока я не прибил dd. через секунд 10 после прибития dd он отвис.

Не думаею что влияет

Судя по lkml - если что-то и влияет, то это.

Судя по lkml - если что-то и влияет, то это.

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

Кстати, щас на той же системе я уже больше не вижу тормозов по 20 секунд. Максимум на 9. А я даже тачку не ребутал.

lkml четыре года не может локализовать проблему

Точно локализовать - нет, примерно - вполне.

Кстати, щас на той же системе я уже больше не вижу тормозов по 20 секунд. Максимум на 9

И у тебя ext4?

примерно - вполне.

никто ещё не локализовал вплоть до опции в .config. В этом проблема. Более того, баг сильно плавающий.

И у тебя ext4?

да, с cfq. Сколько у тебя vim сохраняет мелкие файлы под dd? Я меряю через time { vim testfile; } . ":wq" набираю руками :).

У меня вообще нет vim, а есть ext3, 4Г памяти и 9Г на диске. И при запуске сабжевой команды система тормозит, но остается вполне юзабельной.

поставил ядро с теми опциями что сказал. Теперь сохранение файла идёт мгновенно (!), но вся система как ватная стала, проги явно медленнее работают и иногда фризы появляются. Так же грохнулся firefox. А на конфиге с убунтой случился general protection fault, но увидел это я уже на консоли при ребуте.

на говноАЦ100 мне систему полностью зафризило, пока место на разделе не закончилось. Запускал с ionice -с 3, renice +20

полностью зафризило

А что такое этот ваш «полный фриз»? Мышка не двигается, музыка не играет...?

я не мог переключится в другой терминал и нажать ^C. попробую на VT сейчас

в общем, система неюзабельная была. Фризов нет, но скорость как будто на первый пень пересадили. Вернул aio и SLUB

А музыка, музыка как?

с general protection fault и дёргающейся мышкой на экране? :). Ну, я попробую если ещё буду ребутаться.

ой, это было не мне...

с general protection fault и дёргающейся мышкой на экране?

Ну, дергающейся мышки я не наблюдаю. Что-то у меня растет желание обвинить во всем ext4 %)

она дёргается под нагрузкой на cpu. Т.е. даже без диска. Хз как такое могло получиться, но я все .config сохраняю для разбора полётов.

А музыка, музыка как?

Музыки не было, было 2 терминала. К чему этот сарказм?

К чему этот сарказм?

O_o

простите, ошибся.

Кардридер. На моём ноуте он есть, нормально компилится и работает.

Человеку уже посоветовали сменить ФС

хорошо что не ОС :)

vm.dirty_background_ratio = 5

vm.dirty_ratio = 10

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

На всякий случай оставлю свой конфиг. Еле заметные тормоза дисковой подсистемы замечаю только во время полных бэкапов системы rsnapshot с sda на sda. Железки разные. Что из этого влияет - хз. pf, CFS, BFQ, IO_DELAY_NONE, HZ_100

kernel.shmmax = 2147483647
vm.dirty_writeback_centisecs=6000
vm.swappiness = 60
vm.vfs_cache_pressure = 1000
vm.overcommit_memory = 2
vm.overcommit_ratio = 90
vm.dirty_bytes = 2097152
vm.dirty_background_bytes = 209715

Хотите верьте, хотите нет, но включение slub и aio вернуло адские тормоза.

Замена slub на slab не помогла. Круг сужается, остался только aio.

Отпишитесь включён ли у вас aio плиз те у кого проблем нет.

отключние aio не помогло. Поменял slub на slab...

короче, похоже, единственный найденный рабочий вариант на моей тачке это без aio и SLOB (Simple Allocator). Только тачка работает очень нестабильно.

dd очень быстро кэш забивает

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

// Алсо, с каких это пор в толксах флуд стали удалять как флуд?

Да, у меня полностью лечит. Возможно, задержка как раз и составляет то время пока старые данные до диска доберуться. Чем больше ставлю тем больше тормоза.

с каких это пор в толксах флуд стали удалять как флуд?

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

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