Его таки пофиксили

NOOOO!!!! Как же мы теперь без него? :}

Неверю.

Предпоследнее сообщение:

Process scheduling in stock Linux kernel is a REAL problem. Nobody wants to debug it, that is a different story. That does not mean the problem goes away. After seeing that thread I linked above, I am convinced it is some manifestation of CFS issues at fault here.

т.е. как я понимаю проблема остается.

У меня сто лет уже, как прошёл. До сих пор радуюсь каждый раз когда его нет. :-)

4.2, ничего не пофикшено. Значительно сглажена ситуация, но все эффект те же самые. Проверял на ядрах вплоть до 3.3.8. Писать туда - руки опустились, там правильно пишут, что единственный человек (Инго Молнар), способный хотя бы понять причину - положил на этот баг жирнющий болт.
У меня есть уже мысль, что это не просто набор багов, а некая архитектурная ошибка и можно смело считать ее фичей.

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

12309 Status: CLOSED CODE_FIX

И как я теперь буду отмазываться перед друзьями-виндузятниками, когда линукс начнет тормозить?

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

Правильнее будет WONTFIX :)

У меня _лично_ этого бага нет. сколько пользуюсь флешками/подключаю телефон - никаких тормозов. CFS, auto cgroup включены.

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

Это уже 12309 головного мозга, а не баг системы.

Забудь про флэшки, это был другой баг, он лечится правильными настройками ядра.
Ты сделай то, что я тебе сказал :)

И да, скажите когда ждать патч в ведре? в 3.5 будет?

Это уже 12309 головного мозга, а не баг системы.

Ага, почему-то оффтопик и бсдя таким не страдают на том же железе :)

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

Тормозит, а не замирает нафиг, так что можно пойти чаю попить и новости посмотреть, пока закончит. Разницу чувствуешь?

Так у меня никогда и не повисал намертво (ну кроме того случая, когда я в первый раз слаку обновлял). А вот в винде фризы секунд на 10-12 постоянно.

Это атом, оно тут не при делах. Он везде тормозной. :)
Скажи мне лучше, почему оно ДОЛЖНО замирать, когда пишет на несистемный жесткий диск (система на SSD), имея в своем распоряжении 12 потоков процессора и 24 гигабайта рамы? Ну назови мне причину. Там нечему драться между собой, никакой софт больше к этому диску не обращается, а раком стоит вся система.

Вот прямо сейчас создается на 50 гиг образ. 2 винта, один на под файлопомойку, другой системный. в обеих случаях все работает, только в самом начале создания образа на sdb (файлопомойка) мышка лагнула на долю секунды. Приложения запускаются с чуть-чуть дольше (iotop ессно пишет про загрузку 100%). В фоне играет audacious, опера с 20-30 закладками, для демонстрации работоспособности запускал k3b, nvidia-settings, dolphin (что под руку попалось). Дельфин нормально шарится по папкам, без тормозов.

Но это не отменяет те проблемы планировщика, про которые написано.

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

пару раз сталкивался с подобной ситуацией, вроде решило все пару строк в sysctl.conf

Нужно бы объявить конкурс на новую проблему века.

там вроде как есть флеш и скайп:-) скайп так точно.

Строки там уже есть. Однако же. :) В общем, пусть себе будет 12309, раз уж им лень его фиксить, но мне очень не нравится то, что они закрывают как пофикшеный, рассказывая всем сказки, когда люди им там пишут, что это неправда и я знаю, что это неправда сам. Понятно, что everybody lies, но мотивировку я тут у Инго не вижу.

через линуксулятор. А виртуализации нет и не будет. Что для меня много важнее скайпа и флэша.

Недавно проскакивала новость про родную фряшную виртуализацию, мол начали что-то пилить.

Что опять?
А я только PCBSD поставил и gentoo-FreeBSD x86_64 компилю.

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

Через линуксулятор флеш и скайп работают.
Вроде виртуальная коробочка на 8-ке работала.

Нет даже коробки, не говоря про qemu-kvm по понятным причинам...

http://habrahabr.ru/post/41284/
qemu на фряхе
а если верить http://ftp6.ru.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/emulators/ то в 9-ке есть qemu, virtualbox.

Кстати, в портах тоже есть virt.box, qemu.

Убедил. Как-нибудь соберусь с духом и попробую.
Последний раз я бсдю счупал два года назад.

Надо будет только разобраться с посекторным шифрованием и поддержкой TRIM... первое там точно было, второе ХЗ.

Да, люди, у которых якобы бага нет, либо врут, либо пали жертвой привычки

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

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

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

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

Не зависит этот баг от железа.

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

Да и вообще, ИМХО это целый букет разных багов.

Нужно бы объявить конкурс на новую проблему века.

Optimus же.

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

Optimus же.

Проблемой решения оптимуса могла бы стать поддержка LucidLogix Virtu в некоторых случаях.

12309

Он железоспецифичный. Не верил в Его существование до замены МВ :(

Я какое-то время назад думал, что это проблема подсистемы кэширования и вытеснения ядерными процессами, занимающимися этим кэшированием, всего прочем в другие области памяти.

весьма вероятно... но там всё очень сложно, я даже не полезу...

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

Проблемой решения

Это как?

Хз, чувак, это какая-то невезуха. У меня при создании виртуалок или копировании HD есть, конечно, подтормаживания, но система не зависает. В венде то же самое - при установке тяжёлой игрушки система тормозит.

Не зависит этот баг от железа

4.2

я воспроизведу его очень легко и быстро

Система на sda, копирую файл с sdb на sdc.
ZOTAC 880G-ITX: Запускаю g-terminal, открывается как обычно.
ASRock N68-GE3: Жмем значок g-terminal'а... печально ждем завершения копирования... терминал открылся!

А вот был бы у тебя корот HURD… :}

В венде то же самое - при установке тяжёлой игрушки система тормозит.

http://ibash.org.ru/quote.php?id=15232

Офтопик не страдает от 12309? Это шутка?

Ты сделай то, что я тебе сказал :)

Тебе не кажется, что «создай preallocated образ виртуалки» - это не рецепт воспроизведения, а понты? Подозреваю, что твой рецепт будет включать dd if=/dev/zero count=дофига bs=дофига, но это не очень интересно (и вряд ли будет исправлено), потому что /dev/zero - это бесконечно быстрый источник данных, чтение из которого быстро забьет любую память %)

Советую тебе создать preallocated образ виртуалки гигов на 30, попутно пытаясь работать с системой

Буквально вчера создавал под альфу убанты. Что я должен был заметить? Вообще, последние пару лет симптомы, похожие на 12309, я встречал только при жестком своппинге - когда, скажем, на моих несчастных 2х гигах одновременно работает какая-нибудь виртуалка и собирается что-нибудь памятеохочее.