Тест: Небывалая отзывчивость Linux-системы под нагрузкой (+ пакет Debian Testing)

[mend0za]

Проверяем слухи

Решил лично проверить новости от Linux Kernel-хакеров про Патч sched: automated per tty task groups.

Модифицированный патч от для 2.6.32.x брал тут. Пропатчил штатное ядро Дебиан 2.6.32.x и собрал его в пакет.


Тестовая система
- IBM Thinkpad T42 (Pentium Mobile 1.6MHz, 1GB RAM, Radeon 7500), всё такое однопроцессорное-однопросессорное и старое. Выпуск прибизительно 2005 года.
- Debian 6.0 (Squeeze aka Testing)


Одновременно выполнялись:
- make -j8 в Buildroot (компиляция в 8 параллельных потоков, сборка кросс-компилятора)
- воспроизведение FLAC в Audacious. The Beatles, альбом “A Hard Days Night” (thanx Vics)
- воспроизведение в Youtube (Firefox + Flash 10) - Градский, песня про олимпиаду-2014 в Сочи
- mplayer fullscreen - мультик “Neko No Ongaeshi” - [DIVX] 640x352 24bpp 23.976 fps 1100.6 kbps (134.3 kbyte/s)
- копирование того же мультика на удалённый хост по ssh/scp

Результаты
- load average: 9.11
- переключение между окнами - как будто не запущено НИЧЕГО
- Никаких кваканий в звуке
- никаких задержек при переходах между десктопами и через NoMachines NX.

Да, это действительно работает. Ощущение - у меня новый ноутбук. Насколько мои субьективные оценки скорости зависят от задержек интерфейса и звука, как оказалось.

Update: репозиторий Debian
В /etc/apt/sources.list.d/mend0za.list вписать
deb http://sanker.info/~mend0za/debian ./

Далее:


wget http://sanker.info/~mend0za/mend0za.asc
cat mend0za.asc|sudo apt-key add -

sudo aptitude update
sudo aptitude install linux-image-2.6.32-lowlatency

sudo update-initramfs -k 2.6.32-lowlatency -c
sudo update-grub2


Примечание - c 2009 года initrd само не создаётся в системе установленной по умолчанию. Две последние строки - чтобы ядро гарантированно загрузилось.

В репозитории ещё есть пару полезняшек - logjam посвежее, midori последний и audacious 1.4.

Comments

[mend0za.livejournal.com]

Коллега
1. Систематическое чтение LKML не является ни моей обязанностью по работе, ни хобби.
2. Собирание сведений о появляющихся и пропадающих подсистемах в ядре и чтение многокилометровых Changelog - тоже не относится к тому что я успеваю делать.
3. Если сделали что-то, что мне лично сильно облегчило жизнь - я буду благодарен этим людям, вне зависимости от "академической ценности" и "теоретического величия" их работы.
4. Этот патч серьёзно облегчил мне жизнь.

Привет снобам.

[x-a-e-p.livejournal.com]

Я поленился пересобирать ядро и таки дождался пока кто-нибудь напишет рецепт для настройки cgroups - http://los-t.livejournal.com/24553.html. В принципе, результат тот же

[mend0za.livejournal.com]

Что-то похожее было в рецептах на Opennet, их я тоже изучал. Но мне интуитивно проще оказалось пропатчить ядро.

[alex-butenko.livejournal.com]

офигеть. Тобишь ядро пересобирать нынче уже грешно, а вот лишний демон в систему вешать -- это православно?

Вовка, выложи пакет кернела куда для меня любимого :)

[girlshaters.livejournal.com]

И мне, и мне! :)

[mend0za.livejournal.com]

см апдейт

[mend0za.livejournal.com]

см апдейт

[kiryl.livejournal.com]

> 2. Собирание сведений о появляющихся и пропадающих подсистемах в ядре
> и чтение многокилометровых Changelog - тоже не относится к тому что
> я успеваю делать.

О появляющихся и пропадающих подсистемах знать не обязательно. А вот о интерфейсах предоставляемых ядром, иметь представление стоит, если занимаешься системным программированием. Для этого совсем не обязательно читать длинный ченжлог, достаточно научно-популярных изданий типа lwn.net. Интерфейсы из ядра исчезают крайне редко.

[mend0za.livejournal.com]

Я не занимаюсь системным программированием на регулярной основе. Отдельные набеги в ядро не в счёт. Прикладные задачи и интеграция.

А появляющиеся/пропадающие части - моя головная боль. В 2.6.36 AUFS куда-то делся. И UNIONFS тоже. Хотя в дебиановском 2.6.32 оно (AUFS) есть. Для NAS на IOP32x возникла свежая идея как утилизировать 6MB flash.


Я даже заголовки http://linuxdevices.com не успеваю читать.

[max-posedon.livejournal.com]

aufs и unionfs *вроде* никогда небыли в mainline ядре, их дистрибутиво-пакаватели добавляют

[mend0za.livejournal.com]

aufs появлялся в районе ветки -mm и staging

[jek-hor.livejournal.com]

Я вот тоже не в курсе возможностей cgroups. Знаю только, что они есть, и всё.

[kiryl.livejournal.com]

Почитай. Здорово помогают там, где нужена тонкая (или не очень) нарезка ресурсов. А это каждый второй embedded проект.

Ещё советую посмотреть на namespace'ы (man 2 clone). Но это больше про изоляцию, секъюрность и т.п.