|
|
3.36, x0r (??), 15:18, 16/11/2010 [^] [^^] [^^^] [ответить]
| –19 +/– |
патч специально для любителей компилировать, или вычислять что-то. для домохозяек - незаметный
| |
|
4.46, pavlinux (ok), 15:42, 16/11/2010 [^] [^^] [^^^] [ответить]
| +11 +/– |
> для домохозяек - незаметный
Домохозяйки кушают, то что купят в супермаркете.
| |
|
5.107, анонимм (?), 19:13, 16/11/2010 [^] [^^] [^^^] [ответить]
| +12 +/– |
> э, а как же домохозяйки гентушницы? ))
небритые и в растянутом свитере
| |
|
4.120, gray_graff (ok), 20:09, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
я вот домохозяин, но иногда собираю новые пакетики для альта и тормоза ну сильно расстраивают меня и жену :(
| |
|
5.125, phpcoder (ok), 20:40, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> я вот домохозяин, но иногда собираю новые пакетики для альта и тормоза
> ну сильно расстраивают меня и жену :(
В вашем случае можно у Виталия Липатова (lav@) попробовать попросить шелл на сборочницу. Тогда ваш пакет будет деплоится на удалённую машину и собираться там. Очень удобно :)
| |
5.164, iZEN (ok), 09:29, 17/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> я вот домохозяин, но иногда собираю новые пакетики для альта и тормоза
> ну сильно расстраивают меня и жену :(
Я когда на текстовой консоли компилирую систему или порты обновляются в FreeBSD в графическом окружении ничего не тормозит. Даже странно как-то.
| |
|
|
7.188, www2 (ok), 13:57, 17/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
Не тешьте себя иллюзиями, это просто компиляция не работает в полную силу.
| |
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.48, pavlinux (ok), 15:42, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> А для 2.6.36 есть патч?
см. выше :)
Для 2.6.37 оригинальный, работает.
| |
|
3.161, kshetragia (ok), 06:07, 17/11/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Гг.. И эти люди запрещают мне ковыряться в носу.
make -j128, glxgears.
LA ~3-18. Фрюша 8.1 ядро штатное.
Firefox нормально себя чувствует. Звук не заикается.
| |
|
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-ый дисордер самый прикольный :) к нему еще бонус видео есть с соплестайла в канаде... :) - вот там реально прикольней проверять патч, много динамичных сцен ;))
| |
|
|
|
2.8, ананим (?), 14:38, 16/11/2010 [^] [^^] [^^^] [ответить]
| –12 +/– |
это не проблема. и даже ею не была.
маленькая, но приятная фича, но не более.
| |
|
3.53, fidaj (ok), 15:56, 16/11/2010 [^] [^^] [^^^] [ответить]
| +4 +/– |
лично для меня - это было проблемой!
я тут неоднократно об этом писал....
и при каких условиях оно проявлялось тоже...
| |
|
|
5.66, fidaj (ok), 16:45, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Мне кажется баг 12309 этот патч не исправляет
в этой ветке никто и не говорил об этом баге....
и без него есть проблемы с отзывчивостью...
| |
|
6.106, ананим (?), 19:12, 16/11/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
тем более без понятия о чём вы.
на моём ноуте гунту, следовательно емэрдж ворлд с броузером, мплэйером и т.д. в порядке вещей. собственно никаких жалоб.
| |
|
|
|
|
2.134, User294 (ok), 21:26, 16/11/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Долго же они признавали проблему на десктопе
А что, кто-то еще не признал что идеал недостижим? :)
| |
|
1.3, Аноним (-), 14:30, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
То есть теперь будут тормозить не только интерактивные десктоп-задачи, но и фоновые демоны и процессы?
| |
|
2.7, ананим (?), 14:36, 16/11/2010 [^] [^^] [^^^] [ответить]
| +8 +/– |
вы сабж читали полностью?
она включается и выключается легко прокладкой любой квалификации.
| |
|
3.26, Аноним (-), 15:05, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Активация нового механизма группировки задач в планировщике производится через переменную /proc/sys/kernel/sched_autogroup_enabled.
А, спасибо! Прошу прощенья, не заметил %)
| |
|
|
|
2.207, kshetragia (ok), 18:27, 17/11/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не удивлюсь, если через год окажется, что это заплатка и вообще не айс. А потом почешут репу и возьмут из Фрюши.
| |
|
1.5, as (??), 14:32, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
в windows если запустить компиляцию -j50 тормоза неизбежны...
ps если кто не вкурсе
| |
|
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ядра,то больше я её не увижу
| |
|
4.67, pavlinux (ok), 16:45, 16/11/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
> если под Windows сделать 4ядра,то больше я её не увижу
Да, да, да, а если ещё для процессов боинка выставить приоритеты реалтайма, то пиз...ц Венде.
| |
|
3.68, Аноним (-), 16:49, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
>в windows такая фича уже сто лет как присутствует и более того задача, окно которой в данный момент имеет фокус получает повышенный приоритет.
Это не спасает. Рендерю на отдельной машине, например, ибо во время рендера невозможно даже по сраному скайпу поболтать.
| |
|
4.110, анонимм (?), 19:16, 16/11/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>Рендерю на отдельной машине, например, ибо во время рендера невозможно даже по сраному скайпу поболтать.
start /low, не?
| |
|
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 ?
| |
|
5.137, User294 (ok), 22:07, 16/11/2010 [^] [^^] [^^^] [ответить] | +4 +/– | Ну да, а анонимы - истина в последней инстанции, видимо Почему же, если он непр... большой текст свёрнут, показать | |
|
6.154, Zenitur (?), 05:21, 17/11/2010 [^] [^^] [^^^] [ответить]
| –2 +/– |
Насчёт открывания директорий с 50000 файлами: никаких проблем. KDE и Gnome просто любят у каждого файла информацию спросить, прежде чем информацию показать. Предпросмотр, например. А mc откроет одинаково быстро и пустой каталог, и с 50000 файлами
| |
|
7.168, SirYorik (?), 09:54, 17/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
какие такие КДЕ и Гноме в винсервере? мухоморье влияет чтоли ?
зайдите проводником под Вин2008, даже на быстром сас-раиде, папочку с 80000 файлов, узнаете о чём речь . .
| |
|
8.176, KobaLTD (ok), 12:07, 17/11/2010 [^] [^^] [^^^] [ответить] | +/– | На провах чесности - в 2008 консоль никто не отменял вообщето везде где стоят 2... большой текст свёрнут, показать | |
|
7.234, anonymous (??), 15:54, 04/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
> А mc откроет одинаково быстро и пустой каталог, и с 50000 файлами
бугога. предлагаю зайти из mc сначала в пустой каталог, а потом в /usr/bin, например. вот же любят люди чушь городить…
| |
|
|
|
4.175, VolanD (ok), 11:19, 17/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
Да винда и не должна ничего отвечать на это! Я давно уже определился для себя: для десктопа - лучше винды ничего нет,а для сервера BSD/Linux и легче стало жить!
| |
|
5.177, sndev (?), 12:08, 17/11/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
а еще лучше, если винды вообще нет на десктопе. Что бы не говорили миллионы, но в конечном итоге юзабилити винды убивает.
| |
|
|
3.151, ананим (?), 02:52, 17/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
кстати о мразмах - все эти 4 фичи в полном объеме есть в ведре линуха примерно с эпохи вин миллениум.
угу. история полна маразмов и маразматиков.
| |
3.203, Алекс (??), 16:52, 17/11/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Анекдот с бородой:
-Папа, покажи многозадачность в Windows!
-Сейчас сынок! Только дискету отформатирую.
| |
|
|
1.6, ананим (?), 14:34, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
еще бы не килер фючерс. всего-то 200 строк. это гениально.
хотя после cgroups - логично.
| |
|
2.69, non anon (?), 16:50, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Патч исправляет bug #12309?
12309 нельзя исправить, потому что это миф =)
| |
2.129, Аноним (-), 21:04, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Патч исправляет bug #12309?
А правда, им вообще занимаются? В 2008 году баг был опубликован.
| |
|
1.11, LSHBY (?), 14:46, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Убунта сильно тормозит при копировании больших файлов. Перестанет тормозить?
| |
|
|
|
4.112, LSHBY (ok), 19:37, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
что, прямо скачать из инета скрипт какого-то Мегхуизена и запустить? )))
| |
|
|
6.127, LSHBY (ok), 20:54, 16/11/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
А что если я упущу какую-то незаметную мелочь,а злоумышленники как раз на это и расчитывают? ))
| |
|
|
|
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.79, Crazy Alex (??), 17:05, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
загрузку CPU гляньте. USB иногда его жрёт совершенно неадекватно. Если есть загрузка - то таки да, этот патч поможет.
| |
6.118, fedya (??), 19:52, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
очевидно код vlc был вытеснен в swap. в этом причина. линукс агрессивно кэширует дисковые операции и к сожалению при свопинге ему по барабану что выгружать - страницы с кодом или страницы с данными.
| |
|
7.123, User294 (ok), 20:36, 16/11/2010 [^] [^^] [^^^] [ответить] | –2 +/– | А винда вообще все увесистые приложения в своп выдавливает если с ними не работа... большой текст свёрнут, показать | |
7.126, JL2001 (ok), 20:49, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> очевидно код vlc был вытеснен в swap. в этом причина. линукс агрессивно
> кэширует дисковые операции и к сожалению при свопинге ему по барабану
> что выгружать - страницы с кодом или страницы с данными.
у меня тупо нет свопа, я считаю что 4 гига оперативы для десктопа с головой хватает (что и наблюдаю уже пару недель)
| |
7.169, ы (?), 10:07, 17/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
Федя этож линукс, как минимум 4 планировщика виртуальной памяти, выбери под себя любой.
| |
|
|
|
|
|
|
1.12, angrycore (ok), 14:47, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
После этого даже BFS не нужно? Оно с ним, я понимаю, не совместимо? Лично я BFS использую, тк он как раз увеличивает отзывчивость десктопной системы.
| |
|
2.16, Иван Иванович Иванов (?), 14:53, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> После этого даже BFS не нужно? Оно с ним, я понимаю, не
> совместимо? Лично я BFS использую, тк он как раз увеличивает отзывчивость
> десктопной системы.
Говорят, что даже лучше BFS.
| |
|
1.21, Аноним (-), 15:00, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Євыполнять повседневные задачи, такие как просмотр веб-сайтов и проигрывание видеороликов, даже в том случае, если процессор очень сильно нагружен фоновыми приложениями, например, многопоточной компиляцией, математическими расчётами, участием в различных вычислительных проектах и т.д. "
почему то мне это и сегодня не мешает на sempron 2200+ 1гб озу. Arch. в игры не побегаешь, но в нете полазить, филшьмы посмотреть и зомбоящик tvtime.
man nice.
| |
|
2.28, анонимиус (?), 15:07, 16/11/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
>man nice.
Меня опередили.
Хотя nice действительно не поможет, если сделать make -jстотыщьмиллионов. Для этого cgroups и есть.
| |
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, потому что некоторые закрытые программы (например Вангеры), не слинкованные статически, со старым отказываются запускаться.
| |
|
|
2.32, б.б. (?), 15:15, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Эх, ждём бэкпорт на 32 ядро.
А онэ будэ? Если сквизи выйдет без этого патча, будет очень больно и обидно.
| |
|
3.33, spanasik (ok), 15:16, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
Очень хочется верить в лучшее.
Раз сам Линус в полном восторге, то шансы очень велики. Потестят, конечно, сначала.
| |
|
|
|
4.76, pavlinux (ok), 17:01, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
Погодь, beta пока... Мне свалить часов на 5 надо, позже допилю.
А может кому делать нефиг, допиливайте. :)
| |
|
5.77, spanasik (ok), 17:03, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
Да я всё равно сам компилить не буду, на launсhpad отправлю ссылку. Всё-таки апдейты ядра хочется получать автоматом.
| |
|
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 с десктопов! Всех на волю, всех на анстейблы, всех на эксперименталы, арчи и генты, стабильности не место на десктопах!
| |
|
|
9.109, б.б. (?), 19:15, 16/11/2010 [^] [^^] [^^^] [ответить] | +/– | Debian Squeeze - старый дистрибутив Очень интересно Да и 10 04 из своей трёхле... текст свёрнут, показать | |
|
|
7.98, crypt (??), 18:38, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Не, я пас, там добавлять надо функции для cgroup, rcupdate, sched_fair, fork,
...
Хорошо, что ты поковырял и отписал. Я тоже надеялся, что для 32ой ветки можно будет применить.
| |
|
|
|
|
3.85, GHhost (?), 17:26, 16/11/2010 [^] [^^] [^^^] [ответить] | +/– | In file included from kernel sched c 1857 kernel sched_fair c In function cpu... большой текст свёрнут, показать | |
|
|
1.24, Михаил (??), 15:03, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
В следующей убунте вроде как раз собираются 2.6.38 использовать. Хорошо, вкусно.
| |
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 (моя любимая прога кстати) чтобы понять что когда я что-то копирую с диска на диск - система умирает и не интерактивна. Меня бы обрадовало чтобы я просто наблюдал интерактивность системы в соей бубунте при высокой загрузке жесткого диска и всё.
| |
|
|
5.232, Michael Shigorin (ok), 16:11, 04/12/2010 [^] [^^] [^^^] [ответить]
| +/– |
> ionice при включенном CFQ не помогает?
Собсно ionice -c3, чтоб быть точным. Жаль, openvz не пропускает даже на понижение и покамест это не настраивается.
| |
|
|
|
|
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.47, анонимиус (?), 15:42, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Как сделать чтобы доступ к жесткому диску был равномерным?
Сейчас тебя кто-нибудь попросит прояснить критерии равномерности. ;)
| |
|
3.54, Аноним (-), 16:01, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
Это что за сферический пользователь, который запускает make и не знает что такое nice/ionice? :)
| |
|
|
Часть нити удалена модератором |
|
4.81, szh (ok), 17:08, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Это что за сферический пользователь, который запускает make и не знает что такое nice/ionice? :)
запускать make не нужно!
--
Привет из 2011 года.
| |
|
3.56, nib952051 (ok), 16:02, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
если толсто, то никто не запрещает в дистре добавить алиасы на комманды типа make, g++..
| |
3.82, Crazy Alex (??), 17:11, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>> Данный патч специальным образом разбивает выполняемые задачи на группы в привязке к TTY, которые затем получают процессорные такты более равномерно
>> ИМХО костыль.
>> чем оно лучше запуска make через nice?
> Пользователь не должен знать о существовании nice и консоли вообще. Пока вы
> это не поймёте, Линукс так и будет занимать 1% desktop'ов.
Бред (пользователи обычно и так про nice не знают, а "ужасная консоль" - это уже что-то из городских мифов), но для распространённых случаев таки должно быть что-то попроще nice. Настройка в sysctl, которую могу сделать дистрибьюторы, вполне годится.
| |
|
|
|
2.78, анонимиус (?), 17:04, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> как быть с xorg? его процессы не привязаны к tty, или mplayer
> запускать из консоли?
Юзать cgroups как и положено, а не через жопу (обсуждаемый костыль).
| |
|
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%
Надо замерить температуру в комнате. :)
| |
|
2.93, Crazy Alex (??), 18:05, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
Ну понятно, что оно не даром дастся... Хотя подозреваю, что может быть просто погрешность
| |
|
1.99, strange (??), 18:44, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Скомпилировал 35-е ядро с данным патчем (чуть поправив руками), жуть как интересно было попробовать. Сейчас компилируется повторно с -j 50. Не то что бы сильно впечатлило, но в целом приятно. Ессно перед этим попробовал запустить тот же make без патча. С патчем система не дергается, все плавно. Смотреть HD видео не пробовал, но mp4 ролик небольшого разрешения проигрался четко, без рывков. Серфить так вообще незаметно что load average уже за 40. Единственное, что насторожило, при загрузке с новым ядром система сказала "Бббульк..." вместо привычного звука.
| |
1.100, Аноним (-), 18:58, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Тюнить nice в распространённых случаях.
А в нераспространённых? Хотите сказать, что оно работает по предварительно составленным спискам приложений?
| |
|
2.105, анонимиус (?), 19:06, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Хотите сказать, что оно работает по предварительно составленным спискам приложений?
Примерно так. По pid-ам. ;) man cgroups
| |
2.116, Crazy Alex (??), 19:42, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
"В распространённых" = "обычно". На рядовом десктопе, например. Если нет - можно выключить.
| |
|
1.101, Аноним (-), 19:01, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Почему у меня нет этого файла: /proc/sys/kernel/sched_autogroup_enabled ?
Скомпилил 2.6.36 ядро с патчем от Павлинуха. В чем загводзка?
| |
|
2.104, strange (??), 19:05, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
А точно включено в make menuconfig? Опция Automatic process group scheduling
| |
|
|
2.108, strange (??), 19:14, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Господа, а производительность при этом патче не просаживается?
Компиляция ядра без патча с -j 50 27 минут. Пользоваться системой малореально, только серфить неторопясь. С патчем 34 минуты, но при этом я вполне комфортно обошел с десяток сайтов, посмотрел ролик, в фоне без заиканий слушал музыку с jamеndo через amarok. В общем нагрузка просто размазалась во времени. Я полагаю, что реальное потраченное системное время в тактах процессора на задачу не изменилось.
| |
|
3.113, Gular (ok), 19:38, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
У себя в дженту пока не пробовал, но вполне допускаю, что так и есть. Это патч не уменьшающий время, а умело распределяющий его.
| |
|
|
|
2.117, Crazy Alex (??), 19:44, 16/11/2010 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Кон Коливас, наконец-то, успокоится :)
Наглядная демонстрация разницы между шаманством (Коливас) и качественно реализованной фичей. В случае с BFS вообще споры шли, даёт оно зоть что-то или нет, а здесь - однозначный, очевидный результат.
| |
|
3.213, r0g3r (??), 03:07, 18/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
Тем не менее, Коливас хотя бы привлёк серьёзное внимание к проблеме и пытался хоть что-то решить. Поищите его интервью, где он рассказывал, как он срался с разработчиками на эту тему.
| |
|
|
1.124, Sunder (ok), 20:39, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Хотелось бы увидеть бэкпорт патча в популярные младшие версии ядра, в 2.6.32 и 2.6.35 :)
| |
|
2.139, Аноним (-), 22:25, 16/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
Присоединяюсь! Павлинух, плиз, очень просим на 2.6.35. Спасибо тебе заранее!
| |
|
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 запустился и не тормозил.
| |
|
2.195, Sem (??), 15:39, 17/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> FreeBSD 7...9
> make -j32++
> slowdowns aren't observable.
Не удивительно. ULE шедуллер, который давно по умолчанию, умеет все это.
| |
|
1.171, Svchost (?), 10:33, 17/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Наконец-то реальные движения в сторону Линукса для десктопа. Меня раньше смущало, что окно Firefox в Линуксе виснет и все тормозит при установке приложений через Synaptic или распаковке какого-нибудь архива, хотя в оффтопике такого не было при установке трех приложений и распаковке трех архивов
| |
|
2.178, анонимиус (?), 13:04, 17/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Наконец-то реальные движения в сторону Линукса для десктопа. Меня раньше смущало, что
> окно Firefox в Линуксе виснет и все тормозит при установке приложений
> через Synaptic или распаковке какого-нибудь архива, хотя в оффтопике такого не
> было при установке трех приложений и распаковке трех архивов
Либо для тебя ничего не изменится, либо будешь теперь пускать сунаптик с терминала. ;)
| |
|
1.173, m0r9un0v (ok), 10:51, 17/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
BFS давно юзаю. ZEN собрать не удалось.
А BFS ещё несколько лет назад следовало в ядро включить.
| |
|
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.209, Аноним (-), 19:57, 17/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Вот чуть подправленный рецепт (работает кстати и на 2.6.32 в RHEL 6)
Так в /dev или в /sys ? или где почитать?
| |
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"
| |
|
|
|
3.191, Аноним (-), 14:14, 17/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
А вот что ответил: http://lkml.org/lkml/2010/11/16/351
Right. And that's basically how this "patch" was actually tested
originally - by doing this by hand, without actually having a patch in
hand. I told people: this seems to work really well. Mike made it work
automatically.
| |
|
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 таки выпал с ошибкой при связывании :(
| |
|
4.219, Шурек Табуреткин (ok), 15:49, 18/11/2010 [^] [^^] [^^^] [ответить]
| +/– |
Да, и чтобы это все крутилось еще на CPU с GPU на борту да?) Недавно тут вроде была новость про выпуск оного, если не ошибаюсь.
| |
|
|
|
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.
| |
|
1.225, Аноним (-), 01:04, 20/11/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>А я думал, что линух - многозадачная система. Я ошибался? :-)
Ну, как тебе сказать... Форматировать дискетку и компилить ядро можно одновременно :)
| |
|