| |
| |
| |
| |
| 5.125, phpcoder (ok), 20:40, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 > я вот домохозяин, но иногда собираю новые пакетики для альта и тормоза
> ну сильно расстраивают меня и жену :(
В вашем случае можно у Виталия Липатова (lav@) попробовать попросить шелл на сборочницу. Тогда ваш пакет будет деплоится на удалённую машину и собираться там. Очень удобно :)
| | |
| 5.164, iZEN (ok), 09:29, 17/11/2010 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 > я вот домохозяин, но иногда собираю новые пакетики для альта и тормоза
> ну сильно расстраивают меня и жену :(
Я когда на текстовой консоли компилирую систему или порты обновляются в FreeBSD в графическом окружении ничего не тормозит. Даже странно как-то.
| | |
| |
| |
| 7.193, Sem (??), 15:32, 17/11/2010 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– |
 > Да, во FreeBSD таких проблем никогда не было.
Когда делали ULE шедулер, в него изначально закладывали определение интерактивности процесса. Однако, пока его обкатывали в 5.х, он иногда ошибался.
| | |
|
|
| 5.228, yet another anonim (?), 22:53, 22/11/2010 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Присоединяюсь. Более того, у меня вообще система становится неюзабельной, когда происходит что-либо системное\обновления\конфигурации, пусть даже мелочь какая - сразу такое впечатление, что 99.9% "циклов" процессора уходят на неё, так что любые программы и вообще всё окружение на это время не то что тормозит, а дико тормозит, вообще почти не реагирует. Этот патч, думаю, и предназначен решать подобные ситуации.
| | |
|
|
| |
| 4.202, pavlinux (ok), 16:42, 17/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 > Гг.. И эти люди запрещают мне ковыряться в носу.
> make -j128, glxgears.
> LA ~3-18. Фрюша 8.1 ядро штатное.
> Firefox нормально себя чувствует. Звук не заикается.
Ещё бы video FullHD, а в firefox открыть
песню в http://music.yandex.ru
пустить вот эту хрень http://www.cs.cmu.edu/~jch/java/microbench.html
и на одноклссниках 5-6 вкладок с играми.
Ах да, надеюсь оконный менеджер композитный?!
Ну и давай придумаем, процессор, RAM, кэш на HDD, и виюшку.
| | |
|
| 3.230, Иван (??), 16:15, 24/11/2010 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
5-ый дисордер самый прикольный :) к нему еще бонус видео есть с соплестайла в канаде... :) - вот там реально прикольней проверять патч, много динамичных сцен ;))
| | |
|
|
| |
| |
| 3.26, Аноним (-), 15:05, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
> Активация нового механизма группировки задач в планировщике производится через переменную /proc/sys/kernel/sched_autogroup_enabled.
А, спасибо! Прошу прощенья, не заметил %)
| | |
|
|
| |
| 2.41, fedya (??), 15:28, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –7 +/– | |
в windows такая фича уже сто лет как присутствует и более того задача, окно которой в данный момент имеет фокус получает повышенный приоритет. история развития линукса полна маразмов. стоит вспомнить историю "ненужных" фич, которые в конце концов становились killer features.
1. threads
2. durect io
3. kernel async. io (kaio)
4. raw devices
| | |
| |
| 3.61, vlivyur (ok), 16:14, 16/11/2010 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +3 +/– |
 Балуюсь BOINC:под Windows для неё у меня отведено 3ядра из 4х,а под openSUSE 4из 4х.Поверьте,разница очень заметна.Когда я ничем серьёзным не занят(инет,фильмы или что по мелочи) openSUSE всё ещё отвечает мне(медленее,но адекватно),если под Windows сделать 4ядра,то больше я её не увижу
| | |
| 3.68, Аноним (-), 16:49, 16/11/2010 [^] [^^] [^^^] [ответить] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
>в windows такая фича уже сто лет как присутствует и более того задача, окно которой в данный момент имеет фокус получает повышенный приоритет.
Это не спасает. Рендерю на отдельной машине, например, ибо во время рендера невозможно даже по сраному скайпу поболтать.
| | |
| |
| |
| 5.165, zazik (ok), 09:33, 17/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 >>>Рендерю на отдельной машине, например, ибо во время рендера невозможно даже по сраному скайпу поболтать.
> start /low, не?
Это дополнительные усилия, а в линупсе - искаропки. Вот она - система для домохозяек.
| | |
|
|
| 3.84, User294 (ok), 17:24, 16/11/2010 [^] [^^] [^^^] [ответить] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– |
 > история развития линукса полна маразмов.
Вы только забыли добавить что это же можно сказать про любую другую мало-мальски развитую операционку ;).
Кстати будет очень интересно посмотреть что микрософт ответит на файловые системы типа btrfs. Ну или хотя-бы ext4, который по скорости реально надирает зад. А может, у микрософта уже есть что-то типа легковесных контейнеров? В духе OpenVZ/LXC? Чтобы без больших потерь производительности получить пачку "виртуальных машин" сделанных путем пиления одной операционки на части с повышенной изоляцией процессов? А может, майкрософт научит наконец свой горе-фаер хотя-бы диапазонами портов оперировать? Я уж не говорю о том чтобы поймать строку X по смещению Y в пакете, что на раз делается пингвиньим айпитаблесом :))
| | |
| |
| 4.131, Аноним (-), 21:09, 16/11/2010 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– |
User294, ну сколько раз тебе говорили - не разбираешся - не лезь в дискуссию с своей ламерской позицией.
тебе бы только высрать комент, вне зависимости от того правильный он или нет.
>А может, у микрософта уже есть что-то типа легковесных контейнеров? В духе OpenVZ/LXC?
man virtuozzo, собственно как и для linux.
> А может, майкрософт научит наконец свой горе-фаер хотя-бы диапазонами портов оперировать?
man ipfw-win32
> Я уж не говорю о том чтобы поймать строку X по смещению Y в пакете, что на раз делается пингвиньим айпитаблесом :))
Это реализовывали в VipNet IDS еще в 2000 году. подскажите когда эта фича появилась в iptables ?
| | |
| |
| |
| 6.154, Zenitur (?), 05:21, 17/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –2 +/– |
Насчёт открывания директорий с 50000 файлами: никаких проблем. KDE и Gnome просто любят у каждого файла информацию спросить, прежде чем информацию показать. Предпросмотр, например. А mc откроет одинаково быстро и пустой каталог, и с 50000 файлами
| | |
| |
| 7.168, SirYorik (?), 09:54, 17/11/2010 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 какие такие КДЕ и Гноме в винсервере? мухоморье влияет чтоли ?
зайдите проводником под Вин2008, даже на быстром сас-раиде, папочку с 80000 файлов, узнаете о чём речь . .
| | |
| 7.234, anonymous (??), 15:54, 04/02/2011 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 > А mc откроет одинаково быстро и пустой каталог, и с 50000 файлами
бугога. предлагаю зайти из mc сначала в пустой каталог, а потом в /usr/bin, например. вот же любят люди чушь городить…
| | |
|
|
|
| 4.175, VolanD (ok), 11:19, 17/11/2010 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 Да винда и не должна ничего отвечать на это! Я давно уже определился для себя: для десктопа - лучше винды ничего нет,а для сервера BSD/Linux и легче стало жить!
| | |
|
|
|
| |
| |
| 3.25, JL2001 (ok), 15:04, 16/11/2010 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 >> Убунта сильно тормозит при копировании больших файлов. Перестанет тормозить?
> Нет, добавляем информацию о своём железе (hwinfo, lscpi, /proc/interrupts, dmesg, uname
> -a) в https://bugzilla.kernel.org/show_bug.cgi?id=12309
если у меня подвисают программы "рандомно" когда на фоне копируются большие файлы, но есть ощущение что подвисают они при попытке обратиться к диску за чем либо (ну например подгрузить окно гуи-настроек) - данный фриз программы этот баг или это другая "проблема" планировщика с забитой очередью винчестера ?
| | |
| |
| 4.34, Иван Иванович Иванов (?), 15:17, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
Такого поведения быть *не* должно в принципе, вне зависимости от планировщика IO (ввода вывода) - кроме идиотских случаев, когда у ва 128MB RAM, а вы гоняете KDE4 + Firefox. Тут, ясное дело, всё будет тормозить постоянно.
*Напишите* bug report, разработчики, надеюсь, помогут разобраться. *Не* стоит даже начинать писать bug report, если вы используете ядро, отличное от 2.6.36.
| | |
| |
| 5.49, JL2001 (ok), 15:44, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> Такого поведения быть *не* должно в принципе, вне зависимости от планировщика IO
> (ввода вывода) - кроме идиотских случаев, когда у ва 128MB RAM,
> а вы гоняете KDE4 + Firefox. Тут, ясное дело, всё будет
> тормозить постоянно.
> *Напишите* bug report, разработчики, надеюсь, помогут разобраться. *Не* стоит даже начинать
> писать bug report, если вы используете ядро, отличное от 2.6.36.
ноут, 4 гига оперативы, качал с раздела на раздел и второй раз на внутренний винт с внешнего ноутбучного подключённого через юсб-переходник архивы ~10 гигов через sudo cp в графической консольке.. ядро 35 (10.10 убунта), везде ext4 на тех разделах
vlc минут 10 чтоль закрывал окно настроек по ОК
| | |
| |
| 6.118, fedya (??), 19:52, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
очевидно код vlc был вытеснен в swap. в этом причина. линукс агрессивно кэширует дисковые операции и к сожалению при свопинге ему по барабану что выгружать - страницы с кодом или страницы с данными.
| | |
| |
| 7.126, JL2001 (ok), 20:49, 16/11/2010 [^] [^^] [^^^] [ответить] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> очевидно код vlc был вытеснен в swap. в этом причина. линукс агрессивно
> кэширует дисковые операции и к сожалению при свопинге ему по барабану
> что выгружать - страницы с кодом или страницы с данными.
у меня тупо нет свопа, я считаю что 4 гига оперативы для десктопа с головой хватает (что и наблюдаю уже пару недель)
| | |
|
|
|
|
|
|
| 1.21, Аноним (-), 15:00, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Євыполнять повседневные задачи, такие как просмотр веб-сайтов и проигрывание видеороликов, даже в том случае, если процессор очень сильно нагружен фоновыми приложениями, например, многопоточной компиляцией, математическими расчётами, участием в различных вычислительных проектах и т.д. "
почему то мне это и сегодня не мешает на sempron 2200+ 1гб озу. Arch. в игры не побегаешь, но в нете полазить, филшьмы посмотреть и зомбоящик tvtime.
man nice.
| | |
| |
| 2.80, Crazy Alex (??), 17:07, 16/11/2010 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 > Євыполнять повседневные задачи, такие как просмотр веб-сайтов и проигрывание видеороликов,
> даже в том случае, если процессор очень сильно нагружен фоновыми приложениями,
> например, многопоточной компиляцией, математическими расчётами, участием в различных
> вычислительных проектах и т.д. "
> почему то мне это и сегодня не мешает на sempron 2200+ 1гб
> озу. Arch. в игры не побегаешь, но в нете полазить,
> филшьмы посмотреть и зомбоящик tvtime.
> man nice.
Я так понимаю, речь о том, что не должно быть необходимости ручками тюнить nice в распространённых случаях.
| | |
| |
| 3.96, Аноним (-), 18:32, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> Я так понимаю, речь о том, что не должно быть необходимости ручками
> тюнить nice в распространённых случаях.
Вы хотите сказатъ, что для работы этого режима будет создаваться база данных приложений, согласно которой планировщик станет решать, как распределять приоритеты?
| | |
| |
| 4.115, Crazy Alex (??), 19:40, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
Нет. Я хочу сказать, что в распространёном случае "рядовой десктоп" эта штука работает хорошо, даже если она, к примеру, слегка просаживает производительность - тем,что не надо ничего настраивать и тем, что она независима от конкретного набора приложений. nice же применяется к конкретным процесс - следовательно, нужна какая-то логика, которая будет выставлять нужный уровень каждому приложению. И если втаскиваем приложение, для которого этой логики нет - nice не поможет.
Вполне возможно, что в других случаях надо будет эту фичу выключать и использовать nice с необходимостью таки держать ту самую базу (хоть бы и в виде скриптов-обёрток).
| | |
|
|
| 2.158, Zenitur (?), 05:35, 17/11/2010 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
У меня есть абсолютно такой же компьютер, но с 256 мегабайтами памяти, и не Sempron, а Athlon XP 2000+. Работает куча игр! В Wine медленно, нативные быстро. Вообще-вообще все нативные, выпущенные когда-либо за всю историю Linux. P.S. Видеокарта 7600GT, AGP. Дистрибутив openSuSE 2006 года с обновленным glibc, потому что некоторые закрытые программы (например Вангеры), не слинкованные статически, со старым отказываются запускаться.
| | |
|
| |
| |
| |
| |
| |
| 6.86, pavlinux (ok), 17:47, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> Да я всё равно сам компилить не буду, на launсhpad отправлю ссылку.
> Всё-таки апдейты ядра хочется получать автоматом.
Не, я пас, там добавлять надо функции для cgroup, rcupdate, sched_fair, fork,
две структуры, функцию перемещения задач между группами... В итоге 2.6.34 получиться :)
Короча, юзайте 2.6.36, там и от Гугля патчи для уменьшения латентности, и этот патчик,
XFS с delaylog,... в общам 32 на серваки, 36 на десктопы!!!
| | |
| |
| 7.88, б.б. (?), 17:52, 16/11/2010 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> Короча, юзайте 2.6.36, там и от Гугля патчи для уменьшения латентности, и
> этот патчик,
> XFS с delaylog,... в общам 32 на серваки, 36 на десктопы!!!
Точно! Долой 10.04 LTS и 6.0 Squeeze с десктопов! Всех на волю, всех на анстейблы, всех на эксперименталы, арчи и генты, стабильности не место на десктопах!
| | |
| 7.98, crypt (??), 18:38, 16/11/2010 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 > Не, я пас, там добавлять надо функции для cgroup, rcupdate, sched_fair, fork,
...
Хорошо, что ты поковырял и отписал. Я тоже надеялся, что для 32ой ветки можно будет применить.
| | |
|
|
|
|
|
|
| 1.30, анонимиус (?), 15:12, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
И еще вопросик, действительно ли это нужно в ядре? Хотя, если патчик совсем небольшой, то да, удобно. %)
вполне можно было обойтись враппером вокруг терминалов или еще чего там.
| | |
| 1.31, Аноним (-), 15:14, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
А при чем тут процессор? Одного лишь только его недостаточно. Если идет копирование или другие операции с диском - компьютер умирает на это время...
Когда будет патч, который не позволяет одному процессу отжирать вообще всю дисковую подсистему?..
| | |
| |
| 2.39, Иван Иванович Иванов (?), 15:20, 16/11/2010 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> А при чем тут процессор? Одного лишь только его недостаточно. Если идет
> копирование или другие операции с диском - компьютер умирает на это
> время...
> Когда будет патч, который не позволяет одному процессу отжирать вообще всю дисковую
> подсистему?..
IO imposed load average != CPU load. Вырубите себе на лбу.
И перестаньте использовать top - он показывает бред. htop - единственный правильный консольный processes viewer/manager.
| | |
| |
| 3.43, Аноним (-), 15:38, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
"IO imposed load average != CPU load. Вырубите себе на лбу. И перестаньте использовать top - он показывает бред. htop - единственный правильный консольный processes viewer/manager."
Мне не надо смотреть htop (моя любимая прога кстати) чтобы понять что когда я что-то копирую с диска на диск - система умирает и не интерактивна. Меня бы обрадовало чтобы я просто наблюдал интерактивность системы в соей бубунте при высокой загрузке жесткого диска и всё.
| | |
|
|
| 1.35, edo (ok), 15:17, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –5 +/– |
 > Данный патч специальным образом разбивает выполняемые задачи на группы в привязке к TTY, которые затем получают процессорные такты более равномерно
ИМХО костыль.
чем оно лучше запуска make через nice?
| | |
| |
| 2.40, Иван Иванович Иванов (?), 15:21, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +5 +/– |
>> Данный патч специальным образом разбивает выполняемые задачи на группы в привязке к TTY, которые затем получают процессорные такты более равномерно
> ИМХО костыль.
> чем оно лучше запуска make через nice?
Пользователь не должен знать о существовании nice и консоли вообще. Пока вы это не поймёте, Линукс так и будет занимать 1% desktop'ов.
| | |
| |
| 3.44, Аноним (-), 15:40, 16/11/2010 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
> Пользователь не должен знать о существовании nice и консоли вообще. Пока вы
> это не поймёте, Линукс так и будет занимать 1% desktop'ов.
А сами заставляете вникать в "IO imposed load average != CPU load"... Как сделать чтобы доступ к жесткому диску был равномерным?
| | |
| |
| |
| Часть нити удалена модератором |
|
| 4.81, szh (ok), 17:08, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 > Это что за сферический пользователь, который запускает make и не знает что такое nice/ionice? :)
запускать make не нужно!
--
Привет из 2011 года.
| | |
|
| 3.82, Crazy Alex (??), 17:11, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
>>> Данный патч специальным образом разбивает выполняемые задачи на группы в привязке к TTY, которые затем получают процессорные такты более равномерно
>> ИМХО костыль.
>> чем оно лучше запуска make через nice?
> Пользователь не должен знать о существовании nice и консоли вообще. Пока вы
> это не поймёте, Линукс так и будет занимать 1% desktop'ов.
Бред (пользователи обычно и так про nice не знают, а "ужасная консоль" - это уже что-то из городских мифов), но для распространённых случаев таки должно быть что-то попроще nice. Настройка в sysctl, которую могу сделать дистрибьюторы, вполне годится.
| | |
|
|
| 1.62, Аноним (-), 16:17, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
Автора новости в студию.
"Killer feature" Торвальдс назвал не этот патч (что естественно, такая вещь не может быть "feature"), а как раз feature ядра (возможность, предоставляемую ядром), позволившую добиться описанного эффекта, причём не глубокой переработкой существующего кода, а патчем объёмом менее 300 строк.
| | |
| 1.90, pavlinux (ok), 17:56, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +2 +/– |
Что самое интересно, раньше при работе одного firefox,
он весел на одном или двух ядрах проца и нагружал их на 15%-20%.
Теперь постоянно нагружены все 4 ядра, но по 4-8%.
Что в итоге получается больше - 16-32%
Надо замерить температуру в комнате. :)
| | |
| 1.99, strange (??), 18:44, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
Скомпилировал 35-е ядро с данным патчем (чуть поправив руками), жуть как интересно было попробовать. Сейчас компилируется повторно с -j 50. Не то что бы сильно впечатлило, но в целом приятно. Ессно перед этим попробовал запустить тот же make без патча. С патчем система не дергается, все плавно. Смотреть HD видео не пробовал, но mp4 ролик небольшого разрешения проигрался четко, без рывков. Серфить так вообще незаметно что load average уже за 40. Единственное, что насторожило, при загрузке с новым ядром система сказала "Бббульк..." вместо привычного звука.
| | |
| |
| 2.108, strange (??), 19:14, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– | |
> Господа, а производительность при этом патче не просаживается?
Компиляция ядра без патча с -j 50 27 минут. Пользоваться системой малореально, только серфить неторопясь. С патчем 34 минуты, но при этом я вполне комфортно обошел с десяток сайтов, посмотрел ролик, в фоне без заиканий слушал музыку с jamеndo через amarok. В общем нагрузка просто размазалась во времени. Я полагаю, что реальное потраченное системное время в тактах процессора на задачу не изменилось.
| | |
|
| |
| 2.117, Crazy Alex (??), 19:44, 16/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +3 +/– | |
> Кон Коливас, наконец-то, успокоится :)
Наглядная демонстрация разницы между шаманством (Коливас) и качественно реализованной фичей. В случае с BFS вообще споры шли, даёт оно зоть что-то или нет, а здесь - однозначный, очевидный результат.
| | |
| |
| 3.213, r0g3r (??), 03:07, 18/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 Тем не менее, Коливас хотя бы привлёк серьёзное внимание к проблеме и пытался хоть что-то решить. Поищите его интервью, где он рассказывал, как он срался с разработчиками на эту тему.
| | |
|
|
| 1.152, Zenitur (?), 05:11, 17/11/2010 [ответить] [﹢﹢﹢] [ · · · ] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Лично мне нравится то, как было. 2006 год. В Wine на весь экран работает игра. Попутно компилируется DosBOX и работает браузер. Браузер и игра отзывчивы, несмотря на компиляцию. Видимо, расчитано так, что те 3-10%, которые хотят у процессора игра и браузер, они возьмут, а оставшееся процессорное время - на компиляцию.
И вот я нажимаю мультимедиа-клавишу на клавиатуре, чтобы включить проигрыватель Amarok. Он запускался 40 секунд вместо 3-5. Я отлично видел что система загружена - но как бы поступил Windows? Он запустил бы Amarok за 3-5 секунд, за которые вся система бы мощно тормозила: я свой компьютер знаю. А Linux что? Браузер отзывчив, игра на фоне на весь экран легонько-легонько стала притормаживать, но эффекты Beryl (то же что и Compiz) летают. Amarok запустился и не тормозил.
| | |
| 1.171, Svchost (?), 10:33, 17/11/2010 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Наконец-то реальные движения в сторону Линукса для десктопа. Меня раньше смущало, что окно Firefox в Линуксе виснет и все тормозит при установке приложений через Synaptic или распаковке какого-нибудь архива, хотя в оффтопике такого не было при установке трех приложений и распаковке трех архивов
| | |
| |
| 2.178, анонимиус (?), 13:04, 17/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> Наконец-то реальные движения в сторону Линукса для десктопа. Меня раньше смущало, что
> окно Firefox в Линуксе виснет и все тормозит при установке приложений
> через Synaptic или распаковке какого-нибудь архива, хотя в оффтопике такого не
> было при установке трех приложений и распаковке трех архивов
Либо для тебя ничего не изменится, либо будешь теперь пускать сунаптик с терминала. ;)
| | |
|
| |
| 2.180, Sunder_work (?), 13:07, 17/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Не надо. Собирал я ядро с этим BFS - интерактивность действительно замечательная но резко падает производительность в 3D на драйверах NVidia. Очевидно они не приспособлены для работы с этим планировщиком :(
| | |
|
| 1.184, Аноним (-), 13:28, 17/11/2010 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– |
http://lkml.org/lkml/2010/11/16/330
А тут предлагают:
Here's my super-complex patch btw, to achieve exactly the same thing
from userspace without involving any kernel or systemd patching and
kernel-side logic. Simply edit your own ~/.bashrc and add this to the end:
if [ "$PS1" ] ; then
mkdir -m 0700 /sys/fs/cgroup/cpu/user/$$
echo $$ > /sys/fs/cgroup/cpu/user/$$/tasks
fi
Then, as the superuser do this:
mount -t cgroup cgroup /sys/fs/cgroup/cpu -o cpu
mkdir -m 0777 /sys/fs/cgroup/cpu/user
Done. Same effect. However: not crazy.
| | |
| |
| 2.185, pavlinux (ok), 13:49, 17/11/2010 [^] [^^] [^^^] [ответить] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
# ls /sys/fs/cgroup/cpu/
ls: невозможно получить доступ к /sys/fs/cgroup/cpu/: Нет такого файла или каталога
# zcat /proc/config.gz | grep -i CGROUP
CONFIG_CGROUPS=y
# CONFIG_CGROUP_DEBUG is not set
CONFIG_CGROUP_NS=y
# CONFIG_CGROUP_FREEZER is not set
CONFIG_CGROUP_DEVICE=y
CONFIG_CGROUP_CPUACCT=y
CONFIG_CGROUP_MEM_RES_CTLR=y
# CONFIG_CGROUP_MEM_RES_CTLR_SWAP is not set
CONFIG_CGROUP_SCHED=y
CONFIG_BLK_CGROUP=y
# CONFIG_DEBUG_BLK_CGROUP is not set
CONFIG_NET_CLS_CGROUP=m
| | |
| |
| 3.208, Stax (ok), 19:45, 17/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 Вот чуть подправленный рецепт (работает кстати и на 2.6.32 в RHEL 6)
В /etc/rc.local:
mkdir -p /dev/cgroup/cpu
mount -t cgroup cgroup /dev/cgroup/cpu -o cpu
mkdir -m 0777 /dev/cgroup/cpu/user
в ~/.bashrc:
if [ "$PS1" ] ; then
mkdir -m 0700 /dev/cgroup/cpu/user/$$
echo $$ > /dev/cgroup/cpu/user/$$/tasks
fi
Работает. Сходу на дистрибутивном ядре, без всяких патчей. Леннарт крут!
Более того - по утверждению тех, кто сравнил оба способа этот работает лучше (т.к. привязка идет более разумно): http://lkml.org/lkml/2010/11/16/392
| | |
| |
| 4.211, pavlinux (ok), 22:50, 17/11/2010 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +1 +/– | |
> mkdir -m 0777 /dev/cgroup/cpu/user
Думаю про жопу в виде -m 0777 вам не надо рассказывать? :)
> Работает. Сходу на дистрибутивном ядре, без всяких патчей. Леннарт крут!
Чё работает-то??? :)
# for i in 'cat /dev/cgroup/cpu/user/*/tasks'; do pidstat -t -p $i; done;
Одни бэши в процессах.
Не, я конешн понимаю, они там все шайтан гуру - работают только из консоли,
но патч называется "desktop interactivity"
| | |
|
|
| |
| |
| 4.194, анонимиус (?), 15:34, 17/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| –1 +/– | |
> А вот что ответил: http://lkml.org/lkml/2010/11/16/351
Спасибо, посмотрел.
Что-то он уныл, упирается, даже где-то противоречит своим прежним взглядам (так, по ощущениям, ссылок не дам), тянет в рот всякую гадость.
А что делать, если компилять из иксов, без терминала, или еще чего тяжелое делать, видео пережимать avidemux-ом? Да много чего можно придумать.
ЭТО - не решение. Надо делать на уровне wm и de.
| | |
|
| 3.214, DFX (ok), 06:57, 18/11/2010 [^] [^^] [^^^] [ответить] [↑] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
 хе хе, а вот что он ответил ДО этого:
"Numbers talk, bullshit walks.
The numbers have been quoted. The clear interactive behavior has been seen.
And you're just full of bullshit.
Come back when you have something working and with numbers and better
interactive performance. Until then, nobody cares."
http://lkml.org/lkml/2010/11/16/298
гггг, и это, по всей видимости, разработчику systemd. жаль что сомнения про перспективы systemd от этого только растут :( надеюсь, когда оно остабилится никаких казусов с балансировкой из-за корявого использования самим systemd cgroups не будет, как и помираний и щелей всего и вся, благодаря шушере вроде dbus и policykit.
а то, что-то со всем этим шумом, я начинают мечтать уже поглядеть на дистр будущего с systemd, wayland и каким-то opengl/openvg-ориентированным DE в основе. эх.
PS: пробовал вфигачить патч в 2.6.36, предварително пропатченое BFS и gentoo-патчами. пропатчилось с небольшой помощью, но ld таки выпал с ошибкой при связывании :(
| | |
|
|
| 1.216, Аноним (-), 10:36, 18/11/2010 [ответить] [﹢﹢﹢] [ · · · ] [↓] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Новость не совсем верная. Для _десктопа_ этот патч ничего не сделает. Патч полезен только для тех, кто из терминала (идет привязка к TTY) запускает кучу прожорлевых задач (make -j). Linus сильно рад, потому что он именно этим и занимается. Для обычного десктопа патч только чуть замедлит систему, так как планировщик будет дополнительно работать с cgroups.
| | |
| |
| 2.220, Аноним (-), 18:00, 18/11/2010 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Новость верная, группа создается не только для TTY, а на каждый процесс порожденный с TTY. Т.е. firefox, glxgears и openoffice будут в разных группах, независимо от того, что они привязаны к одному TTY.
| | |
|
|
