Сверхтормоза на swapping

Планировщики ввода-вывода одинаковые? Симптомов 12309 на машине нет?

Катастрофические отличия от такой же генты на другом ноуте.

В конфигах ядра существенных отличий нет?

Прошу не советовать никаких overcommit

Overcommit тут ни при чем.

Извините, о одинаковых гентах я очень преувеличил. Раньше был pf-sources, но на этом ноуте он виснет, потому сижу на самом стандартном планировщике.

Симптомы 12309 есть. Думаете при своппинге он же?

Сейчас поставлю pf и посмотрю. Питаю надежды что это поможет. Там правда kvm, но вдруг есть связь или пофиксили раньше. Последний раз висло с 3.2

Возможно, естественные тормоза своппинга + 12309 = эпические тормоза.

Что если dirty_bytes принудительно ограничить 2-4 мегабайтами? Если не поможет, я таки попробовал бы собрать ядро с BFQ.

BFQ?

BFQ IO Scheduler http://optimization.hardlinux.ru/?page_id=81

Собственно, входит в состав pf-kernel.

Сейчас собираю

ядро с BFQ

Или хотя бы попробовать noop.

dirty_bytes принудительно ограничить 2-4 мегабайтами

А почему так мало? Тут же по идее нужно отталкиваться от кэша СХД? А это даст 64+ Мб.

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

А почему так мало?

12309 проявляется при разбухании кэша на запись. Поставив 2 мегабайта, сразу видим результат - помогло / не помогло.

я таки попробовал бы собрать ядро с BFQ

io планировщик разве на это влияет?

Не припомню чтобы при нехватке озу линупс нормально работал.

У меня с BFS + BFQ + ограничения на dirty_bytes линукс работает значительно лучше при нехватке ОЗУ, чем работал до. Можно запустить хромимум, в котором открыта куча вкладок, и пока он будет 5 минут обновлять все страницы и жрать свои полтора гига ОЗУ (в машине стоит всего гиг + 4 на своп), остальные приложения будут хоть и задумчиво, но нормально работать. На ванильном ядре в этой ситуации оставалось бы только пойти кофе попить.

только пойти кофе попить

Как раз те самые 5 минут

Ты не внимательно читаешь, ага.

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

шедулер может порешать если все приложения одновременно хотят io (и то так себе решает), а когда нехватает памяти и начинается своп, то шедулеры бессильны. Разве что субъективно минуты тянутся меньше, когда душу греет мысль что это мега оптимизированное ядро с мега шедулером.

шедулер может порешать если все приложения одновременно хотят io (и то так себе решает), а когда нехватает памяти и начинается своп, то шедулеры бессильны

Диванные теоретики.

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

А то, что гуй виснуть перестал и музыка нормально играет, мне тоже кажется.

А то, что гуй виснуть перестал и музыка нормально играет, мне тоже кажется.

не знаю про гуй, но порой по ssh даже невозможно зайти

Диванные теоретики.

ок

Начиная с 3.6 pf ядро у меня заработало. Работает заметно лучше. Плюс кажется исправилась проблема с тормозами в свопе. Запустил Chrome, 2 Firefoxa, Opera, VirtuaBox c WinXP, 2 SBT, 2 IDEA, компиляцию ядра и Counter Strike в wine. Контра грузилась в 3 раза дольше, но все просто работало медленнее. Когда загрузилась - можно было играть нормально. Никаких смертельных фризов на одном несчастном Chrome и IDEA. Похоже fixed, буду смотреть дальше