[12309][3.2] Есть?

На rc1 проявлялось

угу появляется. собирал linux-ck 3.2 - тоже появляется. сейчас загрузился в linux-pf чтобы было

# cat /sys/block/sdg/queue/scheduler
noop [bfq]

Но, к несчастью

# uname -r
3.1-pf

Думаю он таки неизлечим. Сколько «историй успеха» уже не читал, а один фиг умудрился полный фриз ситемы на несколько секунд словить с kernel 3.1.7 и купленным не так давно SSD... и это было пичально :( Хотя может в этом виноват говно-VirtualBox, а не io-подсистема.

и все равно появляется.

nixtrian

linux-ck 3.2

Его ведь нет для 3.2.

По моему нет.
анейм
ахты, я в винде.
linux-image-3.2.0-8-generic
Но за те несколько дней после обновления ничего не было такого фризового. ubuntu 12.04

Как узнать? :)

MaZy

На rc1 проявлялось

Интересует релиз.

А 3.2?

Просьба отвечать только тем, кто с ним действительно сталкивался.

Я прямо щас пробую пересобрать 3.1.6, чтобы избавиться от 12309.

А 3.2?

Да вот жду его в репах... правда забыл дописать в первом сообщении - а что может исключить его проявление в новом ядре? Патч какой был, что ли? :)

Интересует 3.2.

Да, был. Смотри Memory management.

хм. И проявляется прям нехило. похоже даже «лучше» проявляется чем на ck с планировщиком cfq.

Получается система с bfq+bfs и еще вагоном и маленькой тележкой всяких патчей тоже подвержена? Раньше был уверен, что смена планировщика решает проблему.

Вообще у меня сейчас после всей этой ожесточенной борьбы с 12309 зоопарк ядер в системе:

linux 3.2-1
linux-bfs 3.1.7-415
linux-ck 3.2-2
linux-pf 3.1.6-1

Может быть потестировать как-то эти все ядра? Как можно однозначно сравнить отзывчивость системы при 12309? Отзывчивость ведь дело такое.. её не так просто сравнить точно.. А еще торможения качественно отличаются. На одном ядре оно не тормозит, пока не нужен отклик, требующий больших затрат, тогда процесс (вкладка в хромиуме) вообще виснет, потом говорит что премя ожидания истекло. А на другом оно тормозит конкретно, но если подождать, то вкладка открывается, но более мелкие операции тормозят (прокрутка например).

я прямо сейчас пересобрал. не избавился.

хм, интересно, спасибо за линк. Буду тогда ждать нового ядра, а потом займусь ремуксом «завалявшихся» mkv-файлов на обычных винтах. mkvmerge запросто раньше мог заставить deadbeef поперхнуться воспроизводимыми FLAC'ами на одну-две секунды.

Проявляется ли 12309 в 3.2?

12309? Не, не слышал.

Для альта оказывается 3.2 уже собрали. Завтра тогда попробую потестировать. Правда у меня воспроизводимость не 100%-ая - иногда система раком встает при копировании на флешку, иногда нормально все.

ОНО http://aur.archlinux.org/packages.php?ID=50911 есть. Но в нем нет bfq.

Да. При этом они в вики утверждают что bfq для 3.x вообще не существует https://wiki.archlinux.org/index.php/linux-ck

а у меня:

Linux arch64 3.1-pf #1 SMP PREEMPT Sat Dec 31 11:59:01 MSK 2011 x86_64 Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz GenuineIntel GNU/Linux
[root@arch64 ~]# cat /sys/block/sdg/queue/scheduler 
noop [bfq] 

у меня и в 3.1 проявлялось всего один раз, когда 100 гигабайт мелких файлов по usb3 лил

А это что ?
http://algo.ing.unimo.it/people/paolo/disk_sched/sources.php

Нет у меня уже давно это фигни, зато теперь баг kswapd, который вешает даже мышку.

а это ты наверно ссылку вот эту http://algo.ing.unimo.it/people/paolo/disk_sched/patches/3.1.0-v3r1/ неправильно дал?

Да. Кстати говоря, то что они в вики утверждают не мешает им в реп выкладывать ядро 3.1.7 c BFQ.

Это фигня. -ck для 3.2 нет. И BFQ к -ck никакого отношения не имеет. А BFS для 3.2 есть.

Как узнать? :)

dd..

Проявляется ли 12309 в 3.2?

А в каких версиях оно проявляется? А то за последние лет 7 не сталкивался.

Подскажи, как словить знаменитый баг 12309? Ни на какой конфигурации, ни с каким ядром я его не замечал.

А че в арче его вики пользователями не правится шоли ? Возьми и поправь :-)

// не в тему
ужасные тормоза при копировании на XFS в 3.1.7-1, до этого их не было (у меня)

Только хотел спросить... Опередил.

У него хоть причину выявили?

Понятия не имею, у меня его нет. Интересуюсь с целью узнать, нужен ли ещё pf-kernel.

Запустил «dd if=/dev/zero of=12309 bs=1M count=16384», окна и рабочие переключались шустро, скролинг нигде не тормозил, правда при переключении вкладки в ff он застыл на несколько секунд, но потом окочурился и работал как обычно

xorik

окочурился и работал как обычно

Зомби, что ли?

У меня проблема, похожая по симптомам на 12309 была, когда OOo при сохранении документа с кучей картинок (овер 500 мб) (!) на винт без DMA (!!) выжрал всю память (!!!) и почти весь своп (!!!!), который был на том же винте без DMA (!!!!!).

А «настоящий» 12309 - миф.

У меня намертво висло при dd if=distr.iso of=/dev/sdb1

Как проверить, что в системе в наличии 12309 bug?

Не, значит у меня нету: при записи на флешку ничего такого не наблюдал

Зомби, что ли?

это я глагол подходящий подобрать не мог)

кстати, полуофтоп - проверил у себя в убунте 11.10 (3.0.0.-15), 4G ОЗУ, sata винт - при выполнении:

dd if=/dev/zero of=12309_is_here bs=1M count=16384

фризов нет, скорость записи на диск ~ 70-90MB/s. Система конечно начала немного подлагивать, но того поведения как раньше (пару лет назад тестил на другой конфе) нет.

сегодня в убунте на 3.2 словил сабж при раскрутке usb-шного жёсткого диска (полный фриз всей системы на ~10 секунд), повторить не могу.

pf-kernel 3.2 когда будет?

// устанавливать «голый» 3.2 не хочу, т.к. сильно сомневаюсь, что от 12309 избавились.

когда для него bfq выйдет, так надо понимать

Проверил на ноуте

$ dd if=/dev/zero of=12309_is_here bs=1M count=16384
^C2903+0 записей считано
2903+0 записей написано
 скопировано 3044016128 байт (3,0 GB), 28,2935 c, 108 MB/c

$ uptime
 01:04:48 up 18 days,  9:32,  2 users,  load average: 0.37, 0.42, 0.30

Тормозов никаких, странно. Или нужно было подольше подержать?

В своё оправдание скажу, что установить загрузчик без перезагрузки нельзя:

/sbin/grub-setup: ошибка: Кажется, что hd0 содержит файловую систему udf, на которой, как известно, нет места для загрузчика в стиле DOS. Установка GRUB в этом случае может привести к ПОВРЕЖДЕНИЮ ФАЙЛОВОЙ СИСТЕМЫ, если важные данные будут перезаписаны grub-setup (параметр --skip-fs-probe выключает эту проверку, но вас предупредили).

$ sudo grub-setup --skip-fs-probe /dev/sda
grub-setup: ошибка: cannot stat /boot/grub/boot.img.

dd if=/dev/zero of=/dev/null bs=1M count=8388608

htop говорит, что загрузка 100%, но 4 ядра загружены ну никак не на 100% (баг хтоп). Приложения работают нормально, может прокрутка в браузере чуть тупит и yakuake рывками иногда выпадает.

gentoo-source-3.1.6, cfq, automatical cgroup.

dd if=/dev/zero of=/home/leg0las/img.img bs=1M count=16384

хомяк на том же разделе, где и корень

нагрузка на проц 15-20-25%. Те же симптомы. Не скажу что тупит опера, аська... может немножко дергаются. это тот самый 12309?

Не от меня зависит.

4 раза запусти параллельно.