The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

В Linux-ядро будут внесены улучшения, существенно влияющие на интерактивность

16.11.2010 13:40

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

Данный патч специальным образом разбивает выполняемые задачи на группы в привязке к TTY, которые затем получают процессорные такты более равномерно, что позволяет, например, запустить в фоне компиляцию какого-либо приложения с количеством заданий, превышающих количество ядер процессоров в 2-3-4 и более раз, при этом остается возможность по-прежнему пользоваться плавной прокруткой в веб-браузере, что позволяет добиться загрузки веб-страниц без задержек, связанных с высокой загрузкой системы.

Размер патча составляет всего около 200 строк. По замерам самого автора во время критически высокой загрузки системы (make -j10), максимальная отзывчивость уменьшилась в 10 раз, средняя отзывчивость улучшилась в 20 с лишним раз. К сожалению окно приема изменений для включения в ядро 2.6.37 уже закрыто, поэтому новая возможность будет интегрирована в ядро 2.6.38. Активация нового механизма группировки задач в планировщике производится через переменную /proc/sys/kernel/sched_autogroup_enabled.

Линус Торвальдс высоко оценил работу автора, на собственном примере убедившись, что даже при запуске 64 копий компилятора GCC (make -j64, load average выше 50) система по-прежнему оставалась полностью работоспособной и отзывчивой. Не стесняясь выражений, Торвальдс назвал этот патч "killer feature" (что приблизительно значит "убойная штука"). Наглядно оценить разницу в работе нагруженной системы с патчем и без него, можно на данных видеороликах.

  1. Главная ссылка к новости (http://marc.info/?l=linux-kern...)
Автор новости: Artem S. Tashkinov
Тип: К сведению
Ключевые слова: linux, latency, kernel, patch, desktop
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (199) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, gray_graff (ok), 14:27, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    Не поверю, пока не попробую
     
     
  • 2.10, pavlinux (ok), 14:46, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    make -j128 работает, пишу тут, смотрю New World Disorder №6, glxgears крутиться..  :)


    ------

    Патч для 2.6.36 - http://pavlinux.ru/krnl/sched_autogroup-2.6.36.patch.bz2

     
     
  • 3.36, x0r (??), 15:18, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • –19 +/
    патч специально для любителей компилировать, или вычислять что-то. для домохозяек - незаметный
     
     
  • 4.46, pavlinux (ok), 15:42, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +11 +/
    >  для домохозяек - незаметный

    Домохозяйки кушают, то что купят в супермаркете.

     
  • 4.50, Аноним (50), 15:45, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И не просто компилировать, а в 64 потока.
     
  • 4.83, Mike Lee (?), 17:17, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    э, а как же домохозяйки гентушницы? ))
     
     
  • 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 в графическом окружении ничего не тормозит. Даже странно как-то.

     
     
  • 6.174, cdome (ok), 11:13, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да, во FreeBSD таких проблем никогда не было.
     
     
  • 7.188, www2 (ok), 13:57, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Не тешьте себя иллюзиями, это просто компиляция не работает в полную силу.
     
     
  • 8.192, Sem (??), 15:29, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это как Слишком толсто ... текст свёрнут, показать
     
  • 7.193, Sem (??), 15:32, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да, во FreeBSD таких проблем никогда не было.

    Когда делали ULE шедулер, в него изначально закладывали определение интерактивности процесса. Однако, пока его обкатывали в 5.х, он иногда ошибался.

     
     
  • 8.206, kshetragia (ok), 18:22, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это не значит, что он принципиально не расчитан на подобного рода задачи Баги в... текст свёрнут, показать
     
  • 5.228, yet another anonim (?), 22:53, 22/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Присоединяюсь. Более того, у меня вообще система становится неюзабельной, когда происходит что-либо системное\обновления\конфигурации, пусть даже мелочь какая - сразу такое впечатление, что 99.9% "циклов" процессора уходят на неё, так что любые программы и вообще всё окружение на это время не то что тормозит, а дико тормозит, вообще почти не реагирует. Этот патч, думаю, и предназначен решать подобные ситуации.
     
  • 3.45, wolfovich (?), 15:40, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А для 2.6.36 есть патч?
     
     
  • 4.48, pavlinux (ok), 15:42, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > А для 2.6.36 есть патч?

    см. выше :)

    Для 2.6.37 оригинальный, работает.

     
     
  • 5.97, Аноним (50), 18:34, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А для 35?
     
     
  • 6.119, V (??), 20:01, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    лучше для 32
     
     
  • 7.227, rpisarev (?), 15:57, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    2.6.32: ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/patches/sched_autogroup/2.6
     
  • 6.196, rpisarev (?), 16:08, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Для 2.6.35:
    https://sites.google.com/site/linuxoptimization/home/kernel/sched_autogroup-2.
     
     
  • 7.204, Аноним (50), 16:57, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо
     
  • 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, и виюшку.  

     
     
  • 5.205, kshetragia (ok), 18:19, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда давайте начнем с вашей конфигурации, и уточним запущенные приложения
     
  • 3.230, Иван (??), 16:15, 24/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    5-ый дисордер самый прикольный :) к нему еще  бонус видео есть с соплестайла в канаде... :) - вот там реально прикольней проверять патч, много динамичных сцен ;))
     

  • 1.2, BliecanBag (ok), 14:28, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Долго же они признавали проблему на десктопе
     
     
  • 2.8, ананим (?), 14:38, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • –12 +/
    это не проблема. и даже ею не была.
    маленькая, но приятная фича, но не более.
     
     
  • 3.53, fidaj (ok), 15:56, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    лично для меня - это было проблемой!
    я тут неоднократно об этом писал....
    и при каких условиях оно проявлялось тоже...
     
     
  • 4.63, p5n (ok), 16:36, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Мне кажется баг 12309 этот патч не исправляет
     
     
  • 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 +/
    > Долго же они признавали проблему на десктопе

    А что, кто-то еще не признал что идеал недостижим? :)

     
  • 2.163, Alex (??), 09:04, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А с чего вы взяли, что Linux - десктопная система?
     

  • 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.

    А, спасибо! Прошу прощенья, не заметил %)

     

  • 1.4, Konstantin (??), 14:31, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ядро продолжают совершенствовать, замечательная новость +++ автору!
     
     
  • 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ядра,то больше я её не увижу

    Да, да, да, а если ещё для процессов боинка  выставить приоритеты реалтайма, то пиз...ц Венде.

     
     
  • 5.167, vlivyur (ok), 09:43, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я обычный пользователь-в системе не ковыряюсь,всё по-умолчанию
     
  • 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.147, Name (?), 02:13, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >В спорах рождается истина.

    это ошибочное мнение.

     
  • 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... текст свёрнут, показать
     
  • 8.215, vlivyur (ok), 10:32, 18/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Для этих дел уже давно был придуман Far Manager А проводник считывает для файла ... текст свёрнут, показать
     
  • 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 - логично.
     
  • 1.9, Мимо проходил (?), 14:40, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Патч исправляет bug #12309?
     
     
  • 2.14, Иван Иванович Иванов (?), 14:51, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Патч исправляет bug #12309?

    Нет.

     
  • 2.69, non anon (?), 16:50, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Патч исправляет bug #12309?

    12309 нельзя исправить, потому что это миф =)

     
     
  • 3.73, Аноним (-), 16:57, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это не миф, просто это не один баг, а набор регрессий :-/
     
     
  • 4.156, Zenitur (?), 05:26, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Зависит от драйверов. У меня на AMD не проявляется.
     
  • 2.129, Аноним (-), 21:04, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Патч исправляет bug #12309?

    А правда, им вообще занимаются? В 2008 году баг был опубликован.

     

  • 1.11, LSHBY (?), 14:46, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Убунта сильно тормозит при копировании больших файлов. Перестанет тормозить?
     
     
  • 2.15, Иван Иванович Иванов (?), 14:53, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Убунта сильно тормозит при копировании больших файлов. Перестанет тормозить?

    Нет, добавляем информацию о своём железе (hwinfo, lscpi, /proc/interrupts, dmesg, uname -a) в https://bugzilla.kernel.org/show_bug.cgi?id=12309

     
     
  • 3.23, Иван Иванович Иванов (?), 15:01, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А лучше создать _новый_ Bug report, используя этот скрипт: https://github.com/meghuizen/systeminfo/blob/master/sysinfo.sh для сбора информации
     
     
  • 4.112, LSHBY (ok), 19:37, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    что, прямо скачать из инета скрипт какого-то Мегхуизена и запустить? )))
     
     
  • 5.122, Crazy Alex (??), 20:15, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Например, поглядев его перед этим... Или религия не позволит?
     
     
  • 6.127, LSHBY (ok), 20:54, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что если я упущу какую-то незаметную мелочь,а злоумышленники как раз на это и расчитывают? ))
     
     
  • 7.235, Sugaroverdose (?), 14:54, 15/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ### This code totally clean, you have no reason to check it ###
     
  • 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 +/
    А винда вообще все увесистые приложения в своп выдавливает если с ними не работа... текст свёрнут, показать
     
     
  • 8.140, Иван Иванович Иванов (?), 22:48, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Именно поэтому я в Windows с 2003 года отключаю SWAP нафиг А сейчас при цене... текст свёрнут, показать
     
  • 7.126, JL2001 (ok), 20:49, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > очевидно код vlc был вытеснен в swap. в этом причина. линукс агрессивно
    > кэширует дисковые операции и к сожалению при свопинге ему по барабану
    > что выгружать - страницы с кодом или страницы с данными.

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

     
     
  • 8.157, Zenitur (?), 05:29, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня в 2001-м году было 384 мегабайта памяти Не 512, но подкачку в Windows от... текст свёрнут, показать
     
     
  • 9.182, JL2001 (ok), 13:11, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну всёж не надо так про кеды4, 300 метров самим кедам после загрузки норм по кр... текст свёрнут, показать
     
     
  • 10.222, rewlad (?), 21:55, 18/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    для firefox есть BarTab ... текст свёрнут, показать
     
  • 10.233, Yet Another Anonymous (?), 14:29, 24/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы забыли добавить имхо, когда упоминали е17 Релиза еще нет, а в бетах всегда м... текст свёрнут, показать
     
  • 8.166, zazik (ok), 09:40, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    У меня есть, по-минимуму, 32 мега что ли Иначе она ругалась ... текст свёрнут, показать
     
     
  • 9.179, JL2001 (ok), 13:05, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    установщик дебиана убунты ругался или кто ... текст свёрнут, показать
     
     
  • 10.218, zazik (ok), 15:03, 18/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Увы, оффтопика ... текст свёрнут, показать
     
  • 8.223, Aleksey Salow (ok), 03:31, 19/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    вы работать за ним пробовали У себя сейчас наблюдаю commit charge в 6G, но я та... текст свёрнут, показать
     
  • 7.169, ы (?), 10:07, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Федя этож линукс, как минимум 4 планировщика виртуальной памяти, выбери под себя любой.
     
  • 2.162, Below (ok), 08:43, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Убунта сильно тормозит при копировании больших файлов

    http://www.opennet.ru/opennews/art.shtml?num=27537

     

     ....большая нить свёрнута, показать (24)

  • 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, потому что некоторые закрытые программы (например Вангеры), не слинкованные статически, со старым отказываются запускаться.
     

  • 1.22, spanasik (ok), 15:00, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Эх, ждём бэкпорт на 32 ядро.
     
     
  • 2.32, б.б. (?), 15:15, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Эх, ждём бэкпорт на 32 ядро.

    А онэ будэ? Если сквизи выйдет без этого патча, будет очень больно и обидно.

     
     
  • 3.33, spanasik (ok), 15:16, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Очень хочется верить в лучшее.
    Раз сам Линус в полном восторге, то шансы очень велики. Потестят, конечно, сначала.


     
  • 2.72, pavlinux (ok), 16:57, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Эх, ждём бэкпорт на 32 ядро.

    :)

     
     
  • 3.74, spanasik (ok), 16:59, 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 с десктопов! Всех на волю, всех на анстейблы, всех на эксперименталы, арчи и генты, стабильности не место на десктопах!


     
     
  • 8.92, pavlinux (ok), 18:01, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А вам кто-то обещает, новые фичи в старых дистрибах Исправления багов, дырок -... текст свёрнут, показать
     
     
  • 9.109, б.б. (?), 19:15, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Debian Squeeze - старый дистрибутив Очень интересно Да и 10 04 из своей трёхле... текст свёрнут, показать
     
  • 9.132, Аноним (-), 21:15, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    вы бы хоть не позорились stable kernel с kernel org это шутка такая LOL ... текст свёрнут, показать
     
     
  • 10.136, ананим (?), 22:01, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    вот откуда вы всё это берёте, а сколько дистров не видел, везде ванилла плюс вс... текст свёрнут, показать
     
  • 10.141, Иван Иванович Иванов (?), 22:51, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тяжелое детство, ядро 2 2 Релизы ядер с kernel org - _стабильные_ Если вам к... текст свёрнут, показать
     
     
  • 11.212, ZloySergant (ok), 00:43, 18/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее, переход 2 0- 2 2 , тяжко отразившийся на неокрепшей психике молодежи ... текст свёрнут, показать
     
  • 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... текст свёрнут, показать
     
     
  • 4.87, pavlinux (ok), 17:48, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > In file included from kernel/sched.c:1857:
    > kernel/sched_fair.c: In function 'cpu_cfs_rq':
    > kernel/sched_fair.c:130: error: dereferencing pointer to incomplete type

    Забей, фигня всё это. http://www.opennet.ru/openforum/vsluhforumID3/72547.html#86

     
  • 2.231, Michael Shigorin (ok), 16:10, 04/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Коллега (led@) уже озадачился, ссылку ж давали: http://www.opennet.ru/openforum/vsluhforumID3/72547.html#226
     

     ....большая нить свёрнута, показать (18)

  • 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.37, анонимиус (?), 15:19, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    поддерживаю

     
  • 2.38, gregg128 (ok), 15:20, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ionice не подойдёт ?
     
  • 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 (моя любимая прога кстати) чтобы понять что когда я что-то копирую с диска на диск - система умирает и не интерактивна. Меня бы обрадовало чтобы я просто наблюдал интерактивность системы в соей бубунте при высокой загрузке жесткого диска и всё.

     
     
  • 4.60, Hugo Reyes (?), 16:12, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ionice при включенном CFQ не помогает?
     
     
  • 5.232, Michael Shigorin (ok), 16:11, 04/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > ionice при включенном CFQ не помогает?

    Собсно ionice -c3, чтоб быть точным.  Жаль, openvz не пропускает даже на понижение и покамест это не настраивается.

     
  • 2.42, анонимиус (?), 15:28, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.mjmwired.net/kernel/Documentation/cgroups/blkio-controller.txt
     

  • 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? :)
     
     
     
    Часть нити удалена модератором

  • 5.160, kshetragia (ok), 06:01, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На пингвина похож.

     
  • 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, которую могу сделать дистрибьюторы, вполне годится.

     

  • 1.58, Hugo Reyes (?), 16:04, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    как быть с xorg? его процессы не привязаны к tty, или mplayer запускать из консоли?
     
     
  • 2.78, анонимиус (?), 17:04, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > как быть с xorg? его процессы не привязаны к tty, или mplayer
    > запускать из консоли?

    Юзать cgroups как и положено, а не через жопу (обсуждаемый костыль).

     

  • 1.59, f0y (ok), 16:05, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хороший повод пересобрать ядро =)
     
  • 1.62, Аноним (-), 16:17, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Автора новости в студию.

    "Killer feature" Торвальдс назвал не этот патч (что естественно, такая вещь не может быть "feature"), а как раз feature ядра (возможность, предоставляемую ядром), позволившую добиться описанного эффекта, причём не глубокой переработкой существующего кода, а патчем объёмом менее 300 строк.

     
  • 1.71, Аноним Я (?), 16:53, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    достоинство сражающее наповал )
     
  • 1.89, SyCraft (ok), 17:53, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а где патч обитает ?
     
     
  • 2.91, pavlinux (ok), 17:57, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    для 2.6.37 - http://marc.info/?l=linux-kernel&m=128978361700898&w=2
    для 2.6.36 - http://pavlinux.ru/krnl/sched_autogroup-2.6.36.patch.bz2
     

  • 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
     
     
  • 3.153, nobodys (?), 05:16, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Desktop centric group scheduling опция в оригинальном патче
     

  • 1.102, Аноним (-), 19:01, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Господа, а производительность при этом патче не просаживается?
     
     
  • 2.108, strange (??), 19:14, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Господа, а производительность при этом патче не просаживается?

    Компиляция ядра без патча с -j 50 27 минут. Пользоваться системой малореально, только серфить неторопясь. С патчем 34 минуты, но при этом я вполне комфортно обошел с десяток сайтов, посмотрел ролик, в фоне без заиканий слушал музыку с jamеndo через amarok. В общем нагрузка просто размазалась во времени. Я полагаю, что реальное потраченное системное время в тактах процессора на задачу не изменилось.

     
     
  • 3.113, Gular (ok), 19:38, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    У себя в дженту пока не пробовал, но вполне допускаю, что так и есть. Это патч не уменьшающий время, а умело распределяющий его.
     

  • 1.111, r0g3r (??), 19:34, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кон Коливас, наконец-то, успокоится :)
     
     
  • 2.117, Crazy Alex (??), 19:44, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Кон Коливас, наконец-то, успокоится :)

    Наглядная демонстрация разницы между шаманством (Коливас) и качественно реализованной фичей. В случае с BFS вообще споры шли, даёт оно зоть что-то или нет, а здесь - однозначный, очевидный результат.

     
     
  • 3.213, r0g3r (??), 03:07, 18/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее, Коливас хотя бы привлёк серьёзное внимание к проблеме и пытался хоть что-то решить. Поищите его интервью, где он рассказывал, как он срался с разработчиками на эту тему.
     

  • 1.114, phpcoder (ok), 19:39, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Заинтриговали, хочется посмотреть. Буду ждать когда появится в репозитории :)
     
  • 1.121, Аноним (-), 20:13, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    make -j128 работает, пишу c холодильника.
     
     
  • 2.128, pavlinux (ok), 21:01, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > make -j128 работает, пишу c холодильника.

    :)

     

  • 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. Спасибо тебе заранее!
     
     
  • 3.143, V (??), 23:44, 16/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    35 не нужен. просим на 32.
     
  • 3.150, pavlinux (ok), 02:50, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Присоединяюсь! Павлинух, плиз, очень просим на 2.6.35. Спасибо тебе заранее!

    Weлкам http://pavlinux.ru


     

  • 1.133, Аноним (-), 21:24, 16/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это будет работать если планировщик не CFS?  
     
  • 1.146, Кракен (?), 01:01, 17/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Товарищь Lennart Poettering считает, что привязнывание групп к TTY не тру и говорит, что все можно было бы сделать с помощью cgroups в юзерспейсе.
    http://lists.fedoraproject.org/pipermail/devel/2010-November/145604.html
     
  • 1.148, prapor (??), 02:21, 17/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.170, Аноним (-), 10:26, 17/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    FreeBSD 7...9
    make -j32++
    slowdowns aren't observable.
     
     
  • 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.189, анонимиус (?), 13:58, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    mount -t cgroup cgroup /sys/fs/cgroup/cpu -o cpu

    ?

     
  • 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 ? или где почитать?

     
     
  • 5.210, Stax (ok), 21:42, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да без разницы, в dev или sys. Хоть в mnt :)
     
  • 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"

     
  • 2.190, анонимиус (?), 14:02, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, что на это ответит Линус после его "killer feature". ;) :D:DD


     
     
  • 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.


     
     
  • 5.197, pavlinux (ok), 16:14, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Попроси писать 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.201, rpisarev (?), 16:33, 17/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    все патчи скопом :)
    2.6.35: https://sites.google.com/site/linuxoptimization/home/kernel/sched_autogroup-2.

    2.6.36: http://pavlinux.ru/krnl/sched_autogroup-2.6.36.patch.bz2

    2.6.37: http://marc.info/?l=linux-kernel&m=128978361700898&w=2

     
  • 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.217, vesti (?), 13:01, 18/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    странно, а у меня и на старом ядре работает
    nice -n 10 make -j 128
     
  • 1.221, Аноним (-), 18:59, 18/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Респект создателю этого патча.

    Собрал 2.6.36 с этим чудом: http://pavlinux.ru/krnl/sched_autogroup-2.6.36.patch.bz2

    У меня ушли тормоза при svn up солидных по размеру репозиториев, сборка kernel с -j20 не влияет на отзывчивость системы (ранее при -j5 система практически вешалась)

    Очень доволен, давно ждал подобного патча!

     
  • 1.224, фрибздишник (?), 18:49, 19/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А я думал, что линух - многозадачная система. Я ошибался? :-)
     
  • 1.225, Аноним (-), 01:04, 20/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >А я думал, что линух - многозадачная система. Я ошибался? :-)

    Ну, как тебе сказать... Форматировать дискетку и компилить ядро можно одновременно :)

     
  • 1.226, rpisarev (?), 15:53, 21/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    все патчи скопом :)
    2.6.35: https://sites.google.com/site/linuxoptimization/home/kernel/sched_autogroup-2.
    2.6.36: http://pavlinux.ru/krnl/sched_autogroup-2.6.36.patch.bz2

    2.6.37: http://marc.info/?l=linux-kernel&m=128978361700898&w=2

    2.6.32: ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/patches/sched_autogroup/2.6

    2.6.31: ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/patches/sched_autogroup/2.6

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру