[12309] Тред понимания и сочувствия

> Вопрос один: как быть дальше?

Вдоль.

И поперёк.

> как быть дальше?

собрать логи и показания мониторинга и писать багрепорт

> смотрю на FreeBSD

Смотри, минусов по сравнению с большинством линупсов нет. :)

работающих в AHCI режиме

А если в IDE переключить?

Грамотно подходить к выбору железа. В 12309-тредах на ЛОРе почитать, какая конфигурация у счастливых необладателей сего бага.

Проверено и так, и эдак: тормозит по любому.

>Вопрос один: как быть дальше?

Ставь Windows 7 максимальную.

Марку чипсета в студию.

http://www.linux.org.ru/wiki/en/User:shimon/12309

Мне помогло.

>сочуствия

Ничего, скоро в школу. Там тебя научат русскому языку.

У меня ещё хуже. У меня система тормозит при любом обращении к диску.

>Мне помогло.

А мне не помогло. Только систему повесило.

сейчас тоже на 15 федоре, 12309 замучал уже. раньше, когда я на дебьянах был, такое безобразие отсутствовало. федоропроблемы мб?

<i>In open sourse, no one can hear you scream</i>

Вообще, пошлют наверняка. Я один день посвятил изучению этой эпичной ветки на багзилле (она, кстати, еще жива). Попробую завтра, почему бы и нет.

> А мне не помогло. Только систему повесило.

1) в котором месте не помогло? Чо делал?
2) руки мыл перед или после?

Честно говоря, я не могу понять как при современном железе можно загнать систему в своп. Железо у меня не топовое, работаю довольно интенсивно - верстаю брошюры страниц по 150-300 с множеством объектов (кстати, возненавидел японцев - из любой инструкции к холодильнику мангу устраивают, верстать одно мучение), браузер - жручий firefox, но максимум что выпадает в своп это метров 50.

Не троллинга ради, но все же интересно чем можно забить память обычному пользователю, да еще так чтобы каждый третий жаловался на 12309?

В ней такого не замечал. Хоть windows простихоспадя server ставь, ей богу. Хотя плюсы linux пока перевешивают.

> У меня ещё хуже. У меня система тормозит при любом обращении к диску.

Ну, чувак, это другая проблема. Проблема класса «у меня DMA не врубился» или класса «у меня раздел хреново выравнен». FAQ'и на данную тему есть, рекомендую проверить.

Можно заставить свопаться даже ту систему, у которой свопа как такового нет.

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

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

Добавил в закладки, спасибо. Завтра с утра потестим.

Поправил.

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

> Про жесткий своппинг - это ты мимо кассы. У меня 8 гигов оперативки, она кешем диска даже наполовину забитой не бывает.

Это все хегня. Просто ядро очень вумное и иногда считает, что кеш диска ему нужен больше, чем код какого-то процесса, если надо выбирать. Код процесса вытесняется, и тут ВНЕЗАПНО ты делаешь Alt+Tab.

У меня вот был 12309. После мучаний той же багзиллы и нескольких разработчиков я его у себя лично смог устранить, а процесс описал (то есть там даже больше эмпирики, чем теории, я не читал preempt.c). Наверное, в твоей ситуации надо еще несколько кнобов подкрутить, но навскидку мне трудно сказать, каких именно.

Бесит даже не наличие 12309 (говорят, даже в OS X при определенном стечении обстоятельств его можно понаблюдать), а то, что в других системах умолчания почему-то позволяют на большинстве задач даже не догадываться, что такое бывает. И что никакая добрая душа никак это не алгоритмизирует и не опакетит.

Собственно, и почему я не удивляюсь? Смерть Штеуду.

Не скажите, батенька, у меня тормоза наблюдались на AMD RS780g или как там его, а со штеудом полет как раз нормальный. Кстати да, в OS X ни разу не проявлялось, разве что в рамках одного процесса (остальные чувствуют себя ок), это при том, что в darwin изолировать группу процессов по потреблению ресурсов, типа control groups, банально нечем.

У меня при записи больших объемов данных на USB носитель система встает раком. При этом может быть открыто максимум 2-3 приложения, ну и сис-ные процессы конечно же. Archlinux x86_64, 8гб ОЗУ, 128мб свопа.

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

консоль через сериал тоже умирает?
не noacpi случаем?

а вообще автор врёт ибо не приводит методики воспроизведения бага, без всяких измерений на глаз.

Добавил в закладки.

Просто тормоза? Или именно 12309, когда все встает колом и iowait зашкаливает? Две большие разницы, уважаемый. И вообще статистически я больше слышу вопли о 12309 именно от штеудовцев и жертв nVidia. Статистика вещь упрямая, шейте биос вдоль.

> в течение нескольких лет на одном из ноутов для фана побывали арч, гента, дебиан, и только на федоре проявился 12309

Скорее всего в федоре просто было свежее ядро.

> планировщики\NCQ включен\дистрибутив

как быть дальше?

Научиться ставить правильные слэши, а там глядишь 12309 сам собой рассосётся.

Ну, у меня, например, сильно начинает тормозить видео (особенно 1080p), когда кто-нибудь скачивает с моего компьютера по локальному ftp какую-нибудь «фильму»... Хотя, даже если отбросить тормозной и тупой до одури ntfs-3g, даже с reiserfs при активном использовании возникают тормоза.

>от штеудовцев

На AMD 780 в полный рост

а как это от версии ведра зависит? хотя на 14 федоре с ее ядром такого не было, да. субъективно - проблемы появлялись где-то с ~.37

Вот такая картина к какому случаю относится?

> Просто тормоза? Или именно 12309, когда все встает колом и iowait зашкаливает?

Мои тормоза — это когда все стоит колом, процессор почти холодный, iowait в районе 99%, LA в районе 15, нормально использовать систему нельзя.

4.2, сейчас пишу с ноута на 780 чипе. Данные тягал только так - все летает.

>Не троллинга ради, но все же интересно чем можно забить память обычному пользователю, да еще так чтобы каждый третий жаловался на 12309?

Например, качаю ktorrentом пачку из 5-6 DVD рипов по 1.2-1.4гига. Через 20-30 минут меню запуска приложений реагирует только через 4-5 секунд. А прогулка по любому меню превращается в странствие паралитика.

> Статистика вещь упрямая, шейте биос вдоль.

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

таки не-Ъ 12309, хоть и непорядок. нагрузка обычно почти как shimon указал - LA ~10-15, iowait ~90-99%

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

Оно поднимается выше 90%, скачками. После нажатия кнопки «снять скриншот» я успел чай заварить сходить, пока оно фотографировалось. Хотя la вроде 10 не бывало...

И это, кстати, посте того, как я по ссылке выше sysctl подкрутил. Скорость записи упала на треть, между прочим (-;

Может буфер дисков уменьшить, я 4 мб поставил.

> А еще есть товарищи которые просто его не замечают. Думают что так и должно быть.

УМВР, никакого 12309 нет. Ни на линуксе ни на фре.

> возможно пора менять что-то кардинально (смотрю на FreeBSD, например)

Старый баг лучше новых двух :)

Cpu(s):  5.0%us,  3.9%sy,  0.0%ni, 21.2%id, 69.8%wa,  0.0%hi,  0.1%si,  0.0%st

Вот уже top запускается секунд пять, пришлось по ssh заходить - иксы не ворочаются.

             total       used       free     shared    buffers     cached
Mem:          3964       2386       1577          0          1       2093