Был этот баг единожды на убунтэ 7.04 при оперативке 256 мегобайт, пока писал DVD-диск. Тогда он у меня писался 4 часа и я ничего не мог поделать, кроме как ребутнуть комп, но делать этого не стал, т.к. DVD-R ) С тех пор никогда не встречал этого бага.

Это не 12309, не путай людей.

от фризов при копировании больших файлов на флешку теоретически должно пролечить?

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

Это был не 12309, а какой-то другой. 12309, это когда происходит активная работа с жёстким диском, например, операции чтения/записи. Запись болванки абсолютно не достаточно для его вызова.

/// Я знаю о чём говорю, ибо у меня этот баг есть.

Не всякое торможение системы - 12309
google it

Я как раз предлагаю проверить это :)

ТС, добавь какой-нибудь тест для вылавливания 12309 в главный пост.

Недавно пользовался вендой, так там 12309 - это реально 12309, а в Линуксе это так - детские шалости.

ntfs-3g очень хорошо вызывает этот баг, и не обязательно копировать данные с ntfs на раздел, где стоит система.

Я копировал с ntfs на переносной жд с ext3. И этот баг у меня появляется на ubuntu/opensuse. На других дистрах я не смотрел.

У меня этот баг вызываеться gdl_fs_crawler'ом из Google Desktop. Немного спасает положение ionice.

У меня очень похожий баг. Зайди плз, сюда:

https://bugzilla.kernel.org/show_bug.cgi?id=30382

Не подтверждаю. Абсолютно одинаковый результат с tsc, hpet и acpi_pm. 12309 отсутствует.
nforce-чипсет, 2 ядра, .38 без BKL.

>Запись болванки абсолютно не достаточно для его вызова

Достаточно более чем, на одноядерных системах. У меня, в свое время, колом машину ставило даже хеширование на другой машине расшаренных по nfs данных с моей машины, хотя сеть 100мбит, при том, что dd локально >60мб/сек давал на чтение.

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

>12309 отсутствует. nforce-чипсет, 2 ядра

Аналогично, шеф (ц) Даже когда оба (я их различаю по звуку) моих старых (NCQ нету) винта хрустят так, что слышно сквозь Sonata Arctica и Helloween, система абсолютно не теряет отзывчивости.

Бага нет, в тему не заходил.

Проверил.
io wait в среднем 70%. Разброс от 56, до 83 процентов.
Intel core2duo T5600 1833MHz, 3Gb ram.

что проблема у меня может не иметь ни малейшего отношения к 12309

Судя по всему, у тебя не 12309.

Такой баг проявляется при неправильно установленном DMA mode для IDE приводов (сам таким страдаю) на чипсете pata_ali.

Не 12309, но

При копировании на флешку процессор загружается на 100%. Это так и задумано, или можно как-то исправить. Система при этом не фризится.

Так не задумано, у твоего юсб-контроллера хреновый DMA или же ACKать надо каждый байт.

Доктор, а это лечится?

> Один из вариантов тестирования:

dd if=/dev/zero of=./testfile bs=100M count=100

Эммм... Выполнил данное действо, dd жрет около 10-15% CPU, но отзывчивость вообще не пострадала (т.е. как была идеальная отзывчивость, такой и осталось).
При том, что используется сейчас стандартное арчевское ядро, без всяких BFS/BFQ.

> Доктор, а это лечится?

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

>Вынуть хреновый чипсет, поставить нормальный, поставить венду, попользоваться, сломать все нахрен, выматериться, поставить линукс и молиться с благодарением, что оно хоть как-то работает. Желательно все действия накануне дедлайна.

ЛОР - это кладезь ценных идей и мудрых советов. расскажи, чем заменить i965

Пойду за газовой горелкой.

echo acpi_pm не помогло, oiwait доходит до 80%.

vm.overcommit_memory = 2 vm.overcommit_ratio = 80 тоже не помогли.

> Бага нет, в тему не заходил.

в тему не заходил.

4.2

> echo acpi_pm не помогло, oiwait доходит до 80%.

Это так и задумано. Тормоза при работе системы есть? Мышка там замирает или браузер фризится?

Курсор не замирает, браузер подтормаживает, скрол страниц нормальный. iowait прыгает от 30 до 80.

Но все равно это никуда не годиться.

" годится

> bs=100M

доктор, что будет если мой ноутбук не сможет пропустить 100М?

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

есть мнение, что нужно менять не таймер, а диспетчер дисковых операций ввода/вывода. как ни странно, но для моей конфигурации лучший выбор не cfq и даже не bfq, а noop o.O.

И это нормально, т.к. при этом работает NCQ.