12309

Появление 12309 хаотично и его предсказать невозможно.

[root@localhost mopsene]# uname -r
3.2.1-1-ARCH

Проблем сейчас нет, работает идеально, на 3.1.7 были.

В общем-то, меня не столько напрягает вопрос зависания системы при переполнении свопа, сколько ужасные тормоза при копировании на внешние носители, да и само медленное копирование. Перепробовал вдоль и поперёк от арча до дебиана, от 2.6 до 3.1, но везде результат один: это в моих глазах единственный и самый весомый действительно обоснованный довод пользователей оффтопа в войнах операционных систем.

2.6.32, 2.6.39, Debian — нету. Не было и с 2.6.18, 2.6.26, 3.0.x, 3.1.x.

На слаке никогда не было и нет 12309. Я вообще узнал об этом баге, когда два месяца назад поставил сюсю. А так много лет жил на слаке, не зная этой проблемы.

от 2.6

А разве он и в 2.6 есть? Каком-нибудь 2.6.2х? Вроде бы этот баг появился в более поздних версиях ядра.

И да, похвастаюсь кармой: не наблюдал ни разу.

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

2.6.32-5 - уже был.

Чтоу, правда? Мне уже стоит бежать за торрентом слаки?

У меня не было, знаю человек 10 со слакой - они тоже не замечали.

FreeBSD

Ты лжешь!

На слаке никогда не было и нет 12309

У меня на слаке частенько проявляется, даже один раз очень стыдно было перед человеком которому я показывал Linux. :-)

да где вы его находите?! этот 12309.....

А у меня свопа нет, и копируется все всегда ОК. На любом дистрибутиве. ЧЯДНТ?

есть ли ОН, тот самый дистр … которое в принципе не страдает сакральным 12309?

windows 7 ultimate

жирно

Что, в семерке починили?

http://dz.livejournal.com/639230.html

После 2.6.18.

вопрос зависания системы при переполнении свопа

Это не 12309. И даже вообще не баг - покажите мне систему которая не тормозит при активном свопинге (когда своп на обычном жестком диске, а не всякие compcache или рейды из десятка ссд). Если памяти прилично, можешь vm.swappiness покрутить (у меня сейчас 30, свопа при обычной работе почти не использует, усе летает).

сколько ужасные тормоза при копировании на внешние носители, да и само медленное копирование

Попробуй вот такое, что-ли:

sysctl -w vm.dirty_background_bytes=4194304
sysctl -w vm.dirty_bytes=4194304

Да, лгу. Но этот баг любовно копируется в каждое новое ядро с версии 2.6.18.

Хм, значит это проклятье Патрика, за то что я его тогда предал. Только переставил ОС на openSuse, как на том же самом железе, с тем же самым ядром появился баг.

Debian 2.6.32 - нету, 2.6.26 - было.

Debian GNU/kFreeBSD, чо.

плюсую =)

с недавних пор использую ядра с bfq/bfs — вроде как полегче стало.

есть ли ОН, тот самый дистр и его версия, а может быть ядро, которое в принципе не страдает сакральным 12309? И без этих отговорок про железо

Баг зависит от железа. Это не отговорки.

Спасибо, теперь копирование ведёт себя нормально.

Да, случается.