[R.I.P.] geek похоронил линакс

Если что, проверил на zen-ядре. Параллельно работали торренты, скачивающие/раздающие на шифрованный truecrypt'ом раздел.
http://pastebin.ca/1727093

2.6.31.6-bfs310 Визуально тормозов никаких (что запущен тест, что нет). Однако цифры вышли странные:

http://paste.org.ru/?biqhtz

Параллельно из тяжелого - открыты опера с кучей вкладок и хром. CoreDuo 2GHz, 2Gb RAM.

Забыл написать:

Раздел, куда файл записывался, имеет файловую систему JFS с параметром noatime. Планировщик I/O - BFQ. Раздел с торрентами находится на другом жёстком диске.

Еще раз прогнал, результат такой же: http://paste.org.ru/?lylae3 (+ приложил дополнительную инфу)

нфорс570, южный вроде МСР55 - жуткие тормоза, курсор останавливается на пять секунд. арч 64. причем на 32 битах проблемы никогда не замечал. пишу с телефона.

http://pastebin.com/f11760ccc

http://pastebin.ca/1727309

ощущения - жуть. курсор не мерз, а вот плазма просто подавилась. Открыты были - арора, фурифокс с десятком вкладок, амарок, копет, скайп. фс - ext4. Во время создания файла были заикания (05-1.5 сек) а во время fsync рабочим оставался только курсор. Мдя.

>Неправда! У кучи народа никаких проблем нет. По крайней мере, в этом аспекте.

может быть. И всё-таки я подозреваю, что чипсет тут ни при чем. В рамках теории «драка за место в очереди запросов» предполагаю прямую связь с http://bugzilla.kernel.org/show_bug.cgi?id=14424

по крайней мере у меня так:

65,4% (553,3) <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
13,7% (115,6) <kernel IPI> : Rescheduling interrupts
3,5% ( 29,7) chromium-browse : hrtimer_start_range_ns (hrtimer_wakeup)
2,9% ( 24,7) <interrupt> : PS/2 keyboard/mouse/touchpad
2,5% ( 21,5) <interrupt> : ata_piix


поэтому хочу попросить всех, у кого баг проявляется - добавить к отчету первые 5 позиций powertop (см. Top causes for wakeups)

Кстати, вот еще вспомнил: аццкие тормоза случались при перегреве жесткого, когда он насильно парковал головки при высокой температуре.

это может быть ещё одним фактором. Но не у меня - температура hdd ~30C

есть какая-то возможность отловить такую самодеятельность винта?

Запустил два раза подряд.

setting up random write file
done setting up random write file
starting fsync run
starting random io!
fsync time: 80.8725s
run done 1 fsyncs total, killing random writer

и

setting up random write file
done setting up random write file
starting fsync run
starting random io!
fsync time: 46.9808s
fsync time: 0.2488s
fsync time: 0.8205s
run done 3 fsyncs total, killing random writer

соответственно. Было несколько секундных фризов, один раз даже фурифокс завис насовсем. Музыка играть не переставала. Ядро - 2.6.32 с патчем Debian. Ничего не понимаю.

>>один раз даже фурифокс завис насовсем

это наследие тормозиллы. все остальное работает нормально.

> это наследие тормозиллы. все остальное работает нормально.

Ну, он больше всех любит файлами шуршать - ему больше всех и досталось.

Штеуд Атом N270, 1.5Gb RAM.

http://pastebin.ca/1727326

GUI подтормаживал во время работы программы, но не зависал.

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

в какую сторону крутил?

в бОльшую. Тормоза возникают или на fsync или когда vm.dirty_ratio превышен. А пока идёт vm.dirty_background_ratio всё нормально.

В общем, откуда проблемы растут понятно- процессы которые пытаются в этот момент что-то сделать с диском повисают на вводе-выводе. Так же, по моим наблюдениям, ядра 2.6.24 ниже не подвержены и ситуацию во многом исправляет шедулер noop.

Так у тебя и нет этого бага :), 2.6.24 не подвержено этому, на сколько я знаю. И на дебиановском 2.6.26 тоже нет проблем.

http://pastebin.ca/1727352

Интерфейс фаерфокса слегка подтормаживал, окна переключались медленно, но не хуже, чем обычно при 100% загрузке процессора. Диски ext3, смонтированы с noatime. Повторить?

Проигрывал фильм в DivX: http://pastebin.ca/1727360 Смотреть невозможно, заикается каждые 2 секунды.

Ещё тест: http://pastebin.ca/1727372 То же, но сам тест запустил с nice -n 19 ionice -c3 . Фильм заикался, но паузы были гораздо реже и короче, уже можно было смотреть.

> Владельцам nForce рекомендую сброситься с самого высокого объекта своего города, а не ныть.

Вот как раз на nforce4 меньше проблем,
а на ATI SB600 1 из 3 HDD выделывается.
Возможно, ТТХ HDD SATA влияют тоже.

http://pastebin.ca/1727397

ничего не тормозило, второй раз запустить недало, open: Permission denied

однако при копировании больших файлов с нфс на локальный винт помимо того, что с некоторого момента сильно скорость падает начинаются замирания всего гуя, на 2-5 секунд несколько раз в минуту, неприятный баг

Инфа о железе:
http://paste.pocoo.org/show/159722/
Циферки:
http://paste.pocoo.org/show/159723/
Тормоза и фризы наблюдались. Огнелис лагал по жуткому.

И да,
Top causes for wakeups:
41,2% (213,9) <interrupt> : sata_nv, HDA Intel
12,0% ( 62,5) <interrupt> : nvidia
11,4% ( 59,1) <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
4,5% ( 23,5) USB device 1-5 : USB2.0-CRW (Generic)
3,8% ( 19,5) <interrupt> : ehci_hcd:usb1
3,6% ( 18,5) firefox : hrtimer_start_range_ns (hrtimer_wakeup)
3,3% ( 17,3) a.out : io_schedule_timeout (process_timeout)
3,0% ( 15,5) <interrupt> : pata_amd
2,1% ( 11,1) postgres : hrtimer_start_range_ns (hrtimer_wakeup)

http://pastebin.ca/1727469

тормозит

Ну вы и слоупоки. Все уже поправили.

http://bugzilla.kernel.org/show_bug.cgi?id=14491

Юзайте 2.6.32

>Юзайте 2.6.32

юзаю. Баг на месте. ЧЯДНТ?

>>Юзайте 2.6.32

юзаю. Баг на месте. ЧЯДНТ?

Аналогично

>>Юзайте 2.6.32

юзаю. Баг на месте. ЧЯДНТ?

Пиши в http://bugzilla.kernel.org/show_bug.cgi?id=14491.

Помечено как RESOLVED CODE_FIX. Народ говорит, что баг пропал.

Там диалог Jens Axboe и rocko. Два человека != народ

>Пиши в http://bugzilla.kernel.org/show_bug.cgi?id=14491.

скажи честно - ты читал описание бага? Если да - расскажи нам своими словами - о чём там. Потому что у меня «a drive unrelated to the I/O operation» банально нету.

Смотри сюда.

http://bugzilla.kernel.org/show_bug.cgi?id=12309#c409

И да. Это _подбаг_, а не основной баг. Таки я поспешил.

http://paste.org.ru/?ibwvjf

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

Что это вы за бяку подсунули? Запустил на хоум раздел ехт4 в убунте 9.10 так после фсинк до раздела было не достучаться на запись, пока не удалил сгенеренные файлы. В основном 1 иногда оба проца уходили в иовейт. Нетбук на атоме, ссд, планировщики цфс/дедлайн. Думаю запусти я эту штуку на корень и увидел бы всю прелесть тормозов.

http://pastebin.com/m24624b1d два результата повертопа: один при генерации файла, второй при фсинке.

avatar@AliSo test % ./test
setting up random write file
done setting up random write file
starting fsync run
starting random io!
fsync time: 0.2094s
fsync time: 0.2186s
fsync time: 0.1051s
fsync time: 0.1593s
fsync time: 0.1323s
fsync time: 0.1620s
fsync time: 0.1609s
run done 7 fsyncs total, killing random writer

Быдлокод поправь - в open 3й параметр нужен - mode.

Гуй лагал, но не мерз. Раздел на LVM,

00:1f.2 SATA controller: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 6 port SATA AHCI Controller (rev 02)
03:00.0 SATA controller: JMicron Technology Corp. 20360/20363 Serial ATA Controller (rev 02)
03:00.1 IDE interface: JMicron Technology Corp. 20360/20363 Serial ATA Controller (rev 02)

> В основном 1 иногда оба проца уходили в иовейт. Нетбук на атоме, ссд, планировщики цфс/дедлайн.

Атом честный двухъядерный или с Hyperthreading?

Я бы с удовольствием засунул в нетбук честный 2-х процессорный, не знаю распознает после перепайки или нет =). С какого-то момента убунта ведет себя на 2-х ядрах как на 2-х процессорах. Уж не знаю, что они там сделали...

processor : 0 model : 28 model name : Intel(R) Atom(TM) CPU N270 @ 1.60GHz core id : 0 cpu cores : 1 processor : 1 model : 28 model name : Intel(R) Atom(TM) CPU N270 @ 1.60GHz core id : 0 cpu cores : 1

http://pastebin.ca/1728342

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

Мои 5 копеек

http://pastebin.ca/1729943

P.S. Особых лагов замечено не было, работалось нормально

что удалось выяснить:

баг в наличии вплоть до 2.6.16
2.6.14 у меня не грузится :)

но этот баг не приводит к фризам при i/o на ядрах до 2.6.28.10 включительно (по крайней мере лаги _сильно_ меньше)

в более новых версиях наблюдается деградация. Ковыряю дальше.

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

>но этот баг не приводит к фризам при i/o на ядрах до 2.6.28.10 включительно
Если примерно знаешь где сломали, можно попытаться найти коммит, в котором это сделали. Это бы сильно помогло понять в чем дело. Хотя на это можно угробить уйму времени, там черт ногу сломит.

Патрик таки умён, бестия! :-) Плохого в дистр не включит!

http://pastebin.ca/1747742

тормоза были первые 30 секунд, потом систему отпустило, не смотря на продолжение процесса.

http://pastebin.com/mf756182
Гуй не лагал