man Anecdotal evidence

тут тоже большинство не испытывает

попытка загуглить 12309 выдает целевую аудиторию у которой эта ошибка встречается

тут тоже большинство не испытывает

Без понятия, что испытывает или не испытывает большинство ибо говорю за себя. На моем домашнем компьютере 12309 нет.

как бе линуксовая болячка, не?)

Очень боюсь перехода линуксизмов на Фрю, потому и спрашиваю. ;)

На Linux «Да», на FreeBSD «Понятия не имею что значат эти цифры».

Если я правильно понял, что это такое, то на zen-ядре такого нет, в отличии от ванильного.

нет такого. и не бывает.

> ибо говорю за себя.

Правда?

«У меня windows 7, на нем этого бага нет :)»

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

автозапуск там всякий вырубать надо, чтоб пользоваться ими можно было как-то начать

Дарю идею:

% mount_msdosfs /dev/da0s1 /mnt
% rm -rf /mnt/autorun.inf
% mkdir /mnt/autorun.inf
% touch /mnt/autorun.inf/con
% umount /mnt

Проявляется дома при копировании на nfs фильмов

Не бесит, так как в этом момент всегда приятно сделать паузу и оторваться от компа =)

Баг есть, к сожалению. Пока не взялся за настройки, уходящий в своп гимп мог практически повесить систему.
Прописал в limits.conf
user_name hard priority 5
После этого проблема отступила.
Но есть ещё одна проблема, возможно, родственная. Почему-то при записи на некоторые флэшки больших файлов скорость сначала нормальная, но потом постепенно снижается до неприличных цифр.

разумеется, есть.

при активной i/o работе диска, как обычно.

В тестах есть, но в жизни не встречал, поэтому скорее нет.

Не проверял, но тормозов не чувствую.

не хватает варианта «не могу ответить, все жутко тормозит».

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

> Наверное в XP неверно считают загрузку CPU...

Да нет, вполне правильно.

В моем дистрибутиве нету этого бага. У меня Виндоувз Севен Максимальная. А когда еще пол года тому назад сидел на Линаксе, то баг этот был и очень меня бесил.

При переходе на 36ое оно таки вылезло. Подвисание всего граф. интерфейса на секунду например при компиляции в 3 потока (к примеру, может всего один раз за время сборки Qt затупить, а может и вообще не затупить. дистр - gentoo). В других случаях не проявляется.

А где вариант «я томат»^W^W «у меня NetBSD»?

Да фиг поймёт. Вроде уже нет.

Ни разу не было, по тестам не гонял

при классическом тесте с dd - нет
при распаковке tar'ом больших файлов или активной работы системы со свопом - да, иногда даже курсор не двигается.
кернел lebook 2.6.36-ck2

нету такого бага

ozox@point:~$ uname -a
Linux point 2.6.32-26-generic #48-Ubuntu SMP Wed Nov 24 10:14:11 UTC 2010 x86_64 GNU/Linux
ozox@point:~$ lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 10.04.1 LTS
Release:	10.04
Codename:	lucid

Открыл firefox с несколькими вкладками, запустил торрент на раздачу, blender+luxrender (рендерил картинку поликов на 500000), inskape и запустил копироваться большой файл. Курсор замер, потом вроде задвигался, потом опять замер и т.д. Эти тормоза и есть 12309?

>Эти тормоза и есть 12309?

Да.

есть. давно 2.5.18-2.6.35 - при копировании кучи мелких файлов можно было забыть о работе вообще 2.6.35-2.6.36 - что-то можно делать, если запастись терпением

s/2.5.18/2.6.18/g

>Есть ли 12309 на Вашем домашнем компьютере?
Нет. Ведь он не нужен.

> где вариант «я томат»^W^W «у меня NetBSD»?
http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=12309

>State: closed

:P

Есть.

Есть немного, около 200-250 торрентов на rtorrent, 10-20 всегда активны, средний upload 1 Mbyte/s, файрфокс около 100 вкладок (как бы что не забыть), 2.6.36 - стало очень даже приемлемо, но бывает и залипнёт.

О как! Ясно.

и конечно очевидный fix: Inkscape. А то даже стыдно.

Не замечал. Зато у меня есть Adobe Flash Player.

мм.. скорее да. причем одинаково на x86 и 64, на старом неслабом и новом неслабом процессорах, с 0,5 и 1 Гб оперативки соответственно. среда очень легкая (awesome + плюшки), компоненты подобраны штучно, но при выключенном фоксе transmission может вешать gvim и roxterm; иногда с другими приложениями бывает подобное.

почему-то, кстати, кдешный/кутишный диалог выбора файла вешает систему секунд на 5-10. ну и в целом кутишные приложения себя довольно странно ведут: интерфейс может капитально подмерзать, таща за собой систему. потом отпускает и всё снова быстро. гтк тоже иногда мерзнет, но как-то полегче.

288 неудачника итт

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

У меня мышь A4Tech тоже была пугливой, пока не заменил.

запустил тест с dd.

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

2.6.36-gentoo-r3

Было только под кде.
С переходом на гном проблема решилась сама собой.

Есть ли 12309 на Вашем домашнем компьютере?

Да.

/если я правильно понимаю суть 12309.

при игре в WoW сильно заметен этот баг, причем даже если WoW не полез в своп

А фиг знает. Когда я Ryzom собирал - система висела. Но при этом отъелась вся оперативная память со всем свопом.

Так что наверное таки нет.

eugeneblack> Подвисание всего граф. интерфейса на секунду например при компиляции в 3 потока

Собственно как у меня. Но на 2.6.32
Только при остальных интенсивных дисковых операциях у меня тормозов при этом нет. Подозреваю, что это кривой планировщик.

На одном из рабочих, с винХП точно есть.