LINUX.ORG.RU

Вышел ulatencyd — демон, контролирующий параметры отзывчивости системы

 , , ,


0

1

Daniel Poelzleithner представил демона, автоматически изменяющего параметры планировщика процессов, а также некоторых других вещей, отвечающих за отзывчивость системы.

Демон пока не готов для повседневного использования, но успешное начало уже положено. Так, например, при выполнении «make -j 40» на двухъядерной машине автор демона смог без проблем смотреть HD-фильм.

Архитектура демона выглядит так.

Обычно, правила, используемые демоном, всего лишь помечают процессы некоторыми флагами, значимыми для планировщика при принятии решений об установке параметров процессов. В отдельных случаях может использоваться принудительное планирование.

Над демоном ещё предстоит хорошо поработать, чтобы он вёл себя корректно при бесконечном своппинге или форк-бомбах, например. Также, хотя и была произведена оптимизация правил, написанных на Lua, нагрузка на демон при большом количестве порождаемых процессов всё ещё высока.

>>> Исходный код

★★★★★

Последнее исправление: post-factum (всего исправлений: 4)
Ответ на: комментарий от annoynimous

> вот одно не понимаю, а что nice'ить процессы ныне уже не модно?

врукопашную развлекаться nice/ionice не модно. Если я запустил задачу фоном это уже достаточное условие чтобы фоновая задача не мешала активной.

Вообще рукопашка не модно - скрипты, авто-демоны, авто-конфигурация в почете.

VoDA ★★
()

Смотри, один патч предложили и понеслась.

Вот что мешало то же самое сделать 4-5-10 лет назад?

anon_666
()
Ответ на: комментарий от Alve

>На десктопе надо чтобы не тормозил флеш на фулскрин и файрфокс запускался хотя бы меньше 10 секунд

Уфф, я успокоился за свой десктоп, он удовлетворяет этим требованиям.

redgremlin ★★★★★
()

> нагрузка на демон при большом количестве порождаемых процессов всё ещё высока.

По-моему, «нагрузка на микропроцессор, создаваемая демоном при большом количестве процессов всё ещё высока». Так как бе честнее.

xintrea
()
Ответ на: комментарий от anonymous

>Не пытаешься делать make -j40

зочем? Для сборочного сервера с веб-интерфейсом отзыв в десять секунд вполне нормален. А на десктопе сборка с j40 удивительна.

не пользуешься DC клиентами

зочем? это вообще не нужно.

AVL2 ★★★★★
()
Ответ на: комментарий от tazhate

> спеки в студию

максимальная же

anonymous
()

Получается я не смогу откомпилировать ядро пока выходят HD фильмы?

anonymous
()
Ответ на: комментарий от tazhate

>спеки в студию

uname -r
2.6.36.2-desktop-2mnb

cat /proc/cpuinfo |grep -m 1 «model name»
model name : AMD Athlon(tm) II X2 250 Processor

cat /proc/meminfo | grep MemTotal
MemTotal: 1932284 kB

lspci | grep VGA
00:0d.0 VGA compatible controller: nVidia Corporation C61 [GeForce 7025 / nForce 630a] (rev a2)

redgremlin ★★★★★
()
Ответ на: комментарий от anonizmus

Вопрос не в том, что юзать, а в том, что использование одной программы тормозит всю систему.
Тормозит там, кстати, не само хеширование. Пока StrongDC свёрнут всё работает нормально, тормоза только при развёрнутом окне. В меньшей степени это же происходит при работе любого wine-приложения.

atrus ★★★★★
()
Ответ на: комментарий от atrus

Вопрос не в том, что юзать, а в том, что использование одной программы тормозит всю систему.


Может потому что приложение кривое ?

anonizmus
()
Ответ на: комментарий от KRoN73

>Бесконечное порождение процессом самого себя.

Как это? :) Самого себя?

«Старший был гермафродит - Сам е**т и сам родит» ;)

anonymous
()
Ответ на: комментарий от anonizmus

Может потому что приложение кривое ?

Вероятно, задача операционной системы как раз и заключается в том, чтобы кривые приложение не создавали проблем пользователю и прямым приложениям?

anonymous
()

Я джва года ждал этого демона!
Теперь можно грабить корованы, смотреть прон и перекомпелять мир одновременно!1

geekless ★★
()
Ответ на: комментарий от anonizmus

> Может потому что приложение кривое ?

И почему система позволяет кривому приложению жрать неконтролируемо ресурсы?

geekless ★★
()

Имхо костыль. Такие алгоритмы нужно встраивать непосредственно в ядро и регулироватся переменными ядра. А так реализация больше походит на акт отчаянья.

spoilt ★★★
()

>Демон пока не готов для повседневного использования, но успешное начало уже положено. Так, например, при выполнении «make -j 40» на двухъядерной машине автор демона смог без проблем смотреть HD-фильм.

Что только не придумают чтобы не использовать nvidia

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от geekless

И почему система позволяет кривому приложению жрать неконтролируемо ресурсы?


Возможно потому что кто-то сам себе ЗБ и не настроил лимиты ?

anonizmus
()
Ответ на: комментарий от spoilt

В ядре должен быть необходимый минимум, который потеряет в быстродействии, будучи вынесен в userspace.

anon_666
()
Ответ на: комментарий от post-factum

>Ничё смешного не вижу.

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

KRoN73 ★★★★★
()
Ответ на: комментарий от anonizmus

> Возможно потому что кто-то сам себе ЗБ и не настроил лимиты ?

И какие же лимиты мне надо настроить, если при общисистемных лагах, согласно показанию монитора, загружено на 100% лишь одно ядро. Остальные или в спячке или около того.

atrus ★★★★★
()
Ответ на: комментарий от Alve

Патч от Кона Коливаса решал проблему - флеш при фуллскрине не тормозил

worldmind
()
Ответ на: комментарий от anonizmus

> Возможно потому что кто-то сам себе ЗБ и не настроил лимиты ?

И при чем здесь, простите, лимиты, если ядро через задницу распределяет приоритеты?

geekless ★★
()

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

boo32
()
Ответ на: комментарий от anonizmus

> Нет. А зачем он нужен ?

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

atrus ★★★★★
()
Ответ на: комментарий от kovrik

> Выходит, это что-то вроде планировщика планировщика ядра? %)

Архитектурный кошмар. Интересно, Линуса устраивает такой подход?

ns_ramesses
()
Ответ на: комментарий от Lennier

>А ядро не может этим заниматься? нужен демон?

если чем-то может заниматься не ядро- этим должно заниматься не ядро, разве нет?

Anonymous ★★★★★
()

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

anonymous
()
Ответ на: комментарий от doctorx

И вообще ящитаю, если этот демон развить как следует, то он вполне может быть киллер-фичей линуксов.

не может, ибо на винде сто лет как можно делать make -j (без ограничений) и одновременно смотреть фильм

Reset ★★★★★
()
Ответ на: комментарий от anonymous

> фигасе.. Неужели кто-то таки додумался управлять производительностью системы посредством механизма обратной связи? Прорыв, да... Чтож, лучше поздно, чем никогда.

Это должно было когда-нибудь случиться, ага.

geekless ★★
()
Ответ на: комментарий от annoynimous

Я вот одно не понимаю, а что nice'ить процессы ныне уже не модно? Я вот запускал с низким приоритетом до 500 активно работающих процессов на своем дохленьком лаптопе.

И все из-под рута?

anonymous
()
Ответ на: комментарий от anonymous

>фигасе.. Неужели кто-то таки додумался управлять производительностью системы посредством механизма обратной связи? Прорыв, да...

Положительной или отрицательной? И не произойдетли самовозьуждения операционной системы, когда демон для управления производительностью потратит все ресурсы на управление производительностью?

anonymous
()
Ответ на: комментарий от anonymous

> Положительной или отрицательной?

Положительная обратная связь в управлении? Лихо =)

И не произойдетли самовозьуждения операционной системы, когда демон для управления производительностью потратит все ресурсы на управление производительностью?

Взаимоисключающие параграфы.

anonymous
()
Ответ на: комментарий от nnz

> Нет, сначала в ядро надо врезать иксы. А потом обязательно асечку и браузер.
не кошерно! только jabber!

Atlant ★★★★★
()

Какая популярная нынче тема-то. Ждем в федорке

mikhalich ★★
()
Ответ на: комментарий от Reset

>на винде сто лет как можно делать make -j (без ограничений) и одновременно смотреть фильм

...на телевизере

redgremlin ★★★★★
()
Ответ на: комментарий от Reset

и в линуксе так же можно!

killall -SIGSTOP make && mplayer some_hd_movie.avi && killall -SIGCONT make

Rost ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.