это 12309?

Да.

Похоже на то. Какое ядро?

3.2.х

о да, мой юный падаван, отныне ты лишаешься своей юникс-девственности -_-

вообще трудно сказать, когда это баг, а когда фича. ибо когда запущен ФФ тормозит, но не баг...

На шиндошс тоже самое при создании толстых предразмеченных vbox дисков, олсо.

В 3.3 вроде все поправили. Попробуй обновить ядро.

да, добро пожаловать в линукс

почему гуй то встает при io?

Пробуйте 3.4.0, если в нём так же, то пишите bug report.

Если английский плохо знаете - обращайтесь ко мне, вместе напишем.

каждый раз такое слышу, начиная с 2.3x

шиндошс, при создании такого же диска работает, в отличии от.

начиная с 3.4 12309 вроде как забился в угол и не давал знать пока.

Это ОН, великий и ужасный.

ну, как вариант, очередь операций на выполнение на процессоре не может дальше продвигаться из-за случайного скопления у выхода высокоприоритетных задач, которые не являются i/o операциями и с ними связанными. такие операции Unix и -подобные системы снимают с выполнения крайне редко (из-за приоритета), в то время, как низкоприоритетные задачи ввода/вывода ждут своей очереди. иногда бывает, что где-то семафор работает... «не так, как хотелось бы» или выполняемый процесс ожидает ответа от какого-либо сервиса/демона. причин может быть множество.

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

Status: CLOSED CODE_FIX

начиная с 2.3x

Суров. С учетом того, что баг появился позже 2.6.18. И в природе он мне давно уже не попадался.

2.6.3x конечно же

И в природе он мне давно уже не попадался.

мне в природе тигры и львы не попадались, но это не значит что их нет

Чисто интереса для - свап отключён?

гуй в любом случае должен иметь приоритет, не?

своп есть, swappiness=5

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

Пробуй ядро 3.5, а потом видно будет.

очередь операций на выполнение на процессоре не может дальше продвигаться из-за случайного скопления у выхода высокоприоритетных задач

Т.е. IO всё же делает многозадачный линукс однозадачным форматтером дискеток, независимо от SMP?

Andrew да, это он. Его феерично пофиксили в багзилле, забыв при этом пофиксить в коде. Так бывает. Вспомним BKL, который несколько раз «ну вот теперь уж окончательно, честно-честно, правда-правда» выпиливали.

В 3.3 вроде все поправили. Попробуй обновить ядро.
Пробуйте 3.4.0
начиная с 3.4 12309 вроде как забился в угол и не давал знать пока.
Пробуй ядро 3.5, а потом видно будет.

феерично

Ну вообще процессор выполняет в дискретный промежуток времени одну элементарную операцию >_>

Все 8 ядер (это не считая виртуальных)? Это раз, во-вторых: проц что, переводится в режим 1 такт в миллион лет что ли? Там же DMA во все поля, процессору надо скинуть в контроллер команду «записать, с диапазона X:Y в памяти на устройство А, в диапазон K:J». Неужели настолько всё печально, что проц каждый блок (который в общем случае для винтов имеет размер 512) контролирует от начала и до конца?

почему гуй то встает при io?

нефиг работать под рутом

об этом и речи не было

Да, это тот, хрестоматийный 12309.

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

Сейчас прибегут ололошки и скажут, что этого не может быть, потому что не может быть. Собственно, на официальной странице бага именно так и сказали. И, как это обычно бывает, на просьбу «show us the code» до сих пор отмалчиваются.

А чипсет какой?

Intel H67

мне в природе тигры и львы не попадались, но это не значит что их нет

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

show us the code

тарболы доступны, diff в руки и вперед

git в вашей вселенной еще не изобрели?

diff быстрее будет

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

Так никто не говорит, как дебажить эту кучу, в которую превратилось ядро. Да и ладно я-то. Там куча тех, кто мог бы сделать это лучше меня: мейнтейнеры подсистем, коммитеры, сабмиттеры. Но всем этим людям это очень важно

Старым добрым методом отладочной печати с таймингами...

По-другому наверное никак.

swappiness=5

тогда это может быть оверсвоппингом

шиндошс, при создании такого же диска работает, в отличии от.

вот только не надо - плавали, знаем
в винде аналог 12309 перманентен

Это своппинг. Когда свопит винда, тоже мало не покажется.

4.2

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

А вот венда всегда в своп лезет. Прямо как FreeBSD.

каждый раз такое слышу, начиная с 2.3x

А я с 2.18 где-то...

Справедливости ради замечу, что при аналогичной же операции никаких изменений в отклике интерфейса нет.

8Гбайт RAM, своп, Intel QM67 Express.

Если 12309 и вправду можно вызвать записью на жесткий диск, проявится ли он на ssd?

Моя преелесть. ©