Опять про 12309

Я подозреваю, что проблема росла как снежный ком и просто выпилить плохой коммит не получится :3 Было бы всё так просто, давно бы исправили

> 2б) Почему, например, нельзя отследить коммит, после которого начал проявляться баг, и уже там найти бажное изменение?

и тут в тред врывается geek с рассказом почему у него это не получилось

Если в этой шутке есть доля правды, то хотелось бы её послушать

> Я подозреваю, что проблема росла как снежный ком и просто выпилить плохой коммит не получится

Если мне не изменяет память, проблема таки появилась неожиданно. До определенного момента она не проявлялась в принципе никогда.

> и тут в тред врывается geek с рассказом почему у него это не получилось

Пока не видать его. Заменить не можешь? (:

>Если в этой шутке есть доля правды, то хотелось бы её послушать

Правда в этом есть. Мы с чуваками в l-t присоветовали ему заюзать бисекцию для поиска бажного коммита, но у него старые ядра хреново собирались новым gcc.

> заюзать бисекцию для поиска бажного коммита
Дык я это как раз и предлагаю. Правда это трудоемкая до ужаса работа.

но у него старые ядра хреново собирались новым gcc

Мда, жаль. И чего теперь можно сделать?

Жаль что он не гентушник

> Если мне не изменяет память, проблема таки появилась неожиданно.

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

а ты уверен, что когда-то этого бага не было?

> Если мне не изменяет память, проблема таки появилась неожиданно.

может её просто не замечали из-за более серьёзных проблем )

>и тут в тред врывается WMP с рассказом почему Windows это хорошо, а линакс - дуршлаг и тормоз.

fixed

В 2.6.18 точно нету.

а ты уверен, что когда-то этого бага не было?

Не было, вроде с 18 ядра появился.

может её просто не замечали из-за более серьёзных проблем )

По мне так серьезней некуда. Почти полностью повисшая система при проверке хэшей торрентов. Куда серьезнее?

В винде иовайта нет, во всяком случае настолько эпичного

ну что, панеслася.. проверяем в (18+34)/2

Ну, система умеет работать с сетью и рисовать качалку торрентов. Уже сколько проблем обошли )

У меня его вообще никогда не было.

> и тут в тред врывается geek с рассказом почему у него это не получилось

чота он не хочет врываться ._.

пора уже разъяснения про 12309 закрепить где-нибудь.

В винде иовайта нет, во всяком случае настолько эпичного

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

Когда делаешь 'dd if=/dev/zero of=./111 bs=1G' и всё зависает, то это оно и есть?

Проверяйте-проверяйте... У меня этот баг не слишком-то проявляется :-)

Зачем? Вроде как известно, что в 18-м появилось, чего его искать-то?

Когда делаешь 'dd if=/dev/zero of=./111 bs=1G' и всё зависает, то это оно и есть?

Угу. И это грустно.

Всего то 3 версии ядра надо собрать.

Я так и не понял — зависает вообще всё, включая приложения, не обращающиеся к диску?

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

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

короче даже Ctrl+c срабатывает через много сек )

Да, потом уже для данной версии ядра собирать для разных коммитов.

Когда делаешь 'dd if=/dev/zero of=./111 bs=1G' и всё зависает, то это оно и есть?

Чет у меня не получается.

тяжесть сего бага зависит от железа/дров/планировщиков(и ио и задач)/от количества оперативы/кармы )

Умные люди говорят, что 12309 - это не один баг, а несколько. Просто все при подобных глюках вспоминают 12309, а на самом деле там может быть что угодно, начиная от проблем драйвера ФС и заканчивая планировщиком I/O.

У меня это вызывет только сильный swap, памяти 512

> ни устройства ввода-вывода ни что либо ещё толком не пашед

Это непонятно. Ведь занят только диск. Или ВЕСЬ ввод-вывод идет одним потоком?

У меня swap чист остался. Железо amd64 x2. ОЗУ 3G.

> У меня его вообще никогда не было.

+1 (тьфу - тьфу)

>12309

А ведь Алан предупреждал, но Линус сказал - будем поддерживать все костыли. И вот результат - один костыль сломал другой.

как система с Core Quad вся загибалась при копировании файлов на флешку и пр. USB-носители

Эпичнее когда вся система повисает при обращении к битому CD.

dd if=/dev/zero of=./111 bs=1G

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

> пора уже разъяснения про 12309 закрепить где-нибудь.

Хм. Мне почему то казалось, что уже закрепляли. Но не нашёл.

>Или ВЕСЬ ввод-вывод идет одним потоком?
хз как там с потоками, но таки да - ВЕСЬ ввод-вывод неалё - поэтому и фризы морды например бывают

У меня тормозит жутко при выполнении dd if=/dev/zero of=./111 bs=1G, последняя убунта с 2.6.32-24-generic, проц практически не загружен, потребление памяти только скакануло. Собственно вот http://img809.imageshack.us/img809/9114/screenshot2hz.png , красным отмечено начало и конец процесса.

of=~/111

>dd if=/dev/zero of=./111 bs=1G

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

речь о I/O!!!!
при чём здесь винт?
dd просто позволяет сильно нагрузить ввод-вывод, не более

А это где-то кроме винта проявляется? Приведи пример.

>anon_666 (25.07.2010 23:44:39)

тк даже переключение окон лагает

тыц )

при чём здесь винт?

у винтов отклик большой, поэтому на них нерациональное планирование I/O лучше всего заметно.

Это по твоему io?

>на них нерациональное планирование I/O лучше всего заметно.
да - но дело-то не в них :)
иначе былбы засран кэш(читай оператива), а не весь ввод-вывод
да и называлось бы это не I/O wait, а скажем HDD wait )))