В скором времени в Linux-ядро будет принят патч (http://marc.info/?l=linux-kernel&m=128978361700898&w=2), который повышает интерактивность выполнения десктоп-задач, что позволяет беспроблемно выполнять повседневные задачи, такие как просмотр веб-сайтов и проигрывание видеороликов, даже в том случае, если процессор очень сильно нагружен фоновыми приложениями, например, многопоточной компиляцией, математическими расчётами, участием в различных вычислительных проектах и т.д.
Данный патч специальным образом (в привязке к TTY) разбивает выполняемые задачи на группы, которые затем получают процессорные такты более равномерно, что позволяет, например, запустить в фоне компиляцию какого-либо приложения с количеством заданий, превышающих количество ядер процессоров в 2-3-4 и более раз, при этом остается возможность по-прежнему пользоваться плавной прокруткой в веб-браузере, что позволяет добиться загрузки веб-страниц без задержек, связанных с высокой загрузкой системы.
Размер патча (htt...URL: http://marc.info/?l=linux-kernel&m=128978361700898&w=2
Новость: http://www.opennet.me/opennews/art.shtml?num=28671
Не поверю, пока не попробую
make -j128 работает, пишу тут, смотрю New World Disorder №6, glxgears крутиться.. :)
------Патч для 2.6.36 - http://pavlinux.ru/krnl/sched_autogroup-2.6.36.patch.bz2
патч специально для любителей компилировать, или вычислять что-то. для домохозяек - незаметный
> для домохозяек - незаметныйДомохозяйки кушают, то что купят в супермаркете.
И не просто компилировать, а в 64 потока.
э, а как же домохозяйки гентушницы? ))
> э, а как же домохозяйки гентушницы? ))небритые и в растянутом свитере
я вот домохозяин, но иногда собираю новые пакетики для альта и тормоза ну сильно расстраивают меня и жену :(
> я вот домохозяин, но иногда собираю новые пакетики для альта и тормоза
> ну сильно расстраивают меня и жену :(В вашем случае можно у Виталия Липатова (lav@) попробовать попросить шелл на сборочницу. Тогда ваш пакет будет деплоится на удалённую машину и собираться там. Очень удобно :)
> я вот домохозяин, но иногда собираю новые пакетики для альта и тормоза
> ну сильно расстраивают меня и жену :(Я когда на текстовой консоли компилирую систему или порты обновляются в FreeBSD в графическом окружении ничего не тормозит. Даже странно как-то.
Да, во FreeBSD таких проблем никогда не было.
Не тешьте себя иллюзиями, это просто компиляция не работает в полную силу.
Это как? )))
Слишком толсто.
> Да, во FreeBSD таких проблем никогда не было.Когда делали ULE шедулер, в него изначально закладывали определение интерактивности процесса. Однако, пока его обкатывали в 5.х, он иногда ошибался.
Это не значит, что он принципиально не расчитан на подобного рода задачи. Баги везде бывают.
Присоединяюсь. Более того, у меня вообще система становится неюзабельной, когда происходит что-либо системное\обновления\конфигурации, пусть даже мелочь какая - сразу такое впечатление, что 99.9% "циклов" процессора уходят на неё, так что любые программы и вообще всё окружение на это время не то что тормозит, а дико тормозит, вообще почти не реагирует. Этот патч, думаю, и предназначен решать подобные ситуации.
А для 2.6.36 есть патч?
> А для 2.6.36 есть патч?см. выше :)
Для 2.6.37 оригинальный, работает.
А для 35?
лучше для 32
2.6.32: ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/patches/sch...
Для 2.6.35:
https://sites.google.com/site/linuxoptimization/home/kernel/...
Спасибо
Гг.. И эти люди запрещают мне ковыряться в носу.make -j128, glxgears.
LA ~3-18. Фрюша 8.1 ядро штатное.
Firefox нормально себя чувствует. Звук не заикается.
> Гг.. И эти люди запрещают мне ковыряться в носу.
> 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-ый дисордер самый прикольный :) к нему еще бонус видео есть с соплестайла в канаде... :) - вот там реально прикольней проверять патч, много динамичных сцен ;))
Долго же они признавали проблему на десктопе
это не проблема. и даже ею не была.
маленькая, но приятная фича, но не более.
лично для меня - это было проблемой!
я тут неоднократно об этом писал....
и при каких условиях оно проявлялось тоже...
Мне кажется баг 12309 этот патч не исправляет
> Мне кажется баг 12309 этот патч не исправляетв этой ветке никто и не говорил об этом баге....
и без него есть проблемы с отзывчивостью...
тем более без понятия о чём вы.
на моём ноуте гунту, следовательно емэрдж ворлд с броузером, мплэйером и т.д. в порядке вещей. собственно никаких жалоб.
> Долго же они признавали проблему на десктопеА что, кто-то еще не признал что идеал недостижим? :)
А с чего вы взяли, что Linux - десктопная система?
То есть теперь будут тормозить не только интерактивные десктоп-задачи, но и фоновые демоны и процессы?
вы сабж читали полностью?
она включается и выключается легко прокладкой любой квалификации.
> Активация нового механизма группировки задач в планировщике производится через переменную /proc/sys/kernel/sched_autogroup_enabled.А, спасибо! Прошу прощенья, не заметил %)
Ядро продолжают совершенствовать, замечательная новость +++ автору!
Не удивлюсь, если через год окажется, что это заплатка и вообще не айс. А потом почешут репу и возьмут из Фрюши.
в windows если запустить компиляцию -j50 тормоза неизбежны...
ps если кто не вкурсе
в windows такая фича уже сто лет как присутствует и более того задача, окно которой в данный момент имеет фокус получает повышенный приоритет. история развития линукса полна маразмов. стоит вспомнить историю "ненужных" фич, которые в конце концов становились killer features.1. threads
2. durect io
3. kernel async. io (kaio)
4. raw devices
Балуюсь BOINC:под Windows для неё у меня отведено 3ядра из 4х,а под openSUSE 4из 4х.Поверьте,разница очень заметна.Когда я ничем серьёзным не занят(инет,фильмы или что по мелочи) openSUSE всё ещё отвечает мне(медленее,но адекватно),если под Windows сделать 4ядра,то больше я её не увижу
> если под Windows сделать 4ядра,то больше я её не увижуДа, да, да, а если ещё для процессов боинка выставить приоритеты реалтайма, то пиз...ц Венде.
Я обычный пользователь-в системе не ковыряюсь,всё по-умолчанию
>в windows такая фича уже сто лет как присутствует и более того задача, окно которой в данный момент имеет фокус получает повышенный приоритет.Это не спасает. Рендерю на отдельной машине, например, ибо во время рендера невозможно даже по сраному скайпу поболтать.
>>Рендерю на отдельной машине, например, ибо во время рендера невозможно даже по сраному скайпу поболтать.start /low, не?
>>>Рендерю на отдельной машине, например, ибо во время рендера невозможно даже по сраному скайпу поболтать.
> start /low, не?Это дополнительные усилия, а в линупсе - искаропки. Вот она - система для домохозяек.
> история развития линукса полна маразмов.Вы только забыли добавить что это же можно сказать про любую другую мало-мальски развитую операционку ;).
Кстати будет очень интересно посмотреть что микрософт ответит на файловые системы типа btrfs. Ну или хотя-бы ext4, который по скорости реально надирает зад. А может, у микрософта уже есть что-то типа легковесных контейнеров? В духе OpenVZ/LXC? Чтобы без больших потерь производительности получить пачку "виртуальных машин" сделанных путем пиления одной операционки на части с повышенной изоляцией процессов? А может, майкрософт научит наконец свой горе-фаер хотя-бы диапазонами портов оперировать? Я уж не говорю о том чтобы поймать строку X по смещению Y в пакете, что на раз делается пингвиньим айпитаблесом :))
User294, ну сколько раз тебе говорили - не разбираешся - не лезь в дискуссию с своей ламерской позицией.
тебе бы только высрать комент, вне зависимости от того правильный он или нет.>А может, у микрософта уже есть что-то типа легковесных контейнеров? В духе OpenVZ/LXC?
man virtuozzo, собственно как и для linux.
> А может, майкрософт научит наконец свой горе-фаер хотя-бы диапазонами портов оперировать?
man ipfw-win32
> Я уж не говорю о том чтобы поймать строку X по смещению Y в пакете, что на раз делается пингвиньим айпитаблесом :))
Это реализовывали в VipNet IDS еще в 2000 году. подскажите когда эта фича появилась в iptables ?
> в дискуссию с своей ламерской позицией.Ну да, а анонимы - истина в последней инстанции, видимо.
> тебе бы только высрать комент, вне зависимости от того правильный он или нет.
Почему же, если он неправильный - попробуйте оспорить. В спорах рождается истина.
> man virtuozzo, собственно как и для linux.
Гы, все замечательно, только вот... линух - бесплатный. И базовый OpenVZ бесплатный. А LXC вообще встроенная фича. Ну да, бывают те кому надо больше. А бывают те кому достаточно этого. В винде - предлагается платить за винду а потом еще и за виртуализатор? Ну это прикольно, безусловно. А скажите честно: сколько виртуоззы с виндой вы видели в продакшне? Мне вот в виндовых ынтерпрайзах как максимум попадался Hyper-V. Обладающий всеми минусами полных виртуализаторов, типа тормозного дискового I/O.
Кроме того, если не только чисто номинально козырять, но и в детали сунуться - можно заметить что в линуксной версии козыряют про то как оно мастерски полисует ресурсы. В виндовой - что-то скромно молчат в тряпочку. С этим там какие-то проблемы? Если уж вы в маны тыкаете - для вас должно быть как 2 байта переслать ответить на этот вопрос.
Еще на сайте виртуоззы прикольно так написано:
> Live Migration (Linux version only)Да, даже бесплатная опенвза это вполне себе умеет. А под виндой такое изобразить - опаньки?
> man ipfw-win32
А что, он уже стал микрософтовским? Кроме того - по опыту, юзать не микрософтовские продукты системного уровня - обычно чревато массой грабель и глюков. Не знаю как с этим сейчас, но когда я видел ipfw в винде - глюков и странностей в его работе было хоть отбавляй.
Кстати, если вы такой умный и за словом в карман не лезете - может вы еще и разгонять ископаемый NTFS до уровня EXT4 умеете? Чтобы папки с 50к файлов не открывались по 10 минут и при работе с большими файлами бы не было тормозов и фрагментации? :)
> Это реализовывали в VipNet IDS еще в 2000 году.
О, нормально так - IDS для отлова подстроки в пакетах втыкать. Да еще и стороннюю и к тому же платную. И это вместо одного мелкого модуля айпитаблеса. Который легко и естественно встраивается довеском айпитаблесу, не стоит мне ни цента и вообще, не видно, не слышно, делает свое дело и каши не просит. Кроме того - думается что если засунуть малоизвестную IDSку на разномастные версии виндоуса от 2к до 2008R2 и потестить с разными настройками - думаю там много нового станет известно о глюках. Ну во всяком случае когда-то пришлось тестить разномастные фаеры на нескольких конфиах - результат ну совсем не вдохновил. Почему-то возникло стойкое ощущение что фаеры под винды делятся на 2 класса: "примитивные" и "глюкавые". В первых глючить нечему. Во вторых - глючить есть чему .И глючит, блин. Наверное что-то такое мне и не понравилось в windows way - платить за каждый пшик и постоянно геморроиться с тем что у других просто работает, да еще и ничего им не стоит.
Интересно, а за такую роскошь как нарезка бандвиза и qos - в винде тоже надо доплачивать сторонним конторам и потом рисковать нарваться на глюки когда MS что-то в очередной раз поменяет в новой версии ос? Особенно это характерно для всяких мелких не очень известных фирмочек, которые могут сделать дельную штуку, но вот быстро поддерживать свежие версии ос и т.п. они обычно уже не осиливают.
И еще, мне жутко интересно: вы сколько знаете психов которые виндовый ipfw в продакшне используют? Мне вот ни разу ipfw в виндовых энтерпрайзах почему-то не попадался. С чем это связано? Он до сих пор глючный? Или все кто его осилил - предочитают менее геморные системы? Или wtf?
> подскажите когда эта фича появилась в iptables ?
Честно? Понятия не имею. Мне вообще при решении *текущих* задач не так уж важно - "since 1893" или "сделано вчера". Ну разве что из соображений стабильности - то что сделано буквально вчера может содержать баги которые придется ощутить на своем заду.
>В спорах рождается истина.это ошибочное мнение.
Насчёт открывания директорий с 50000 файлами: никаких проблем. KDE и Gnome просто любят у каждого файла информацию спросить, прежде чем информацию показать. Предпросмотр, например. А mc откроет одинаково быстро и пустой каталог, и с 50000 файлами
какие такие КДЕ и Гноме в винсервере? мухоморье влияет чтоли ?зайдите проводником под Вин2008, даже на быстром сас-раиде, папочку с 80000 файлов, узнаете о чём речь . .
На провах чесности - в 2008 консоль никто не отменял вообщето (везде где стоят 2008 перешел на "консольный" мод) - там с этим все нормально. Но вы сильно заблуждаетесь что тут виновата fs - примонтируйте этот раздел в лине и откройте в томже mc - тормазит? - тормазит не фс - тормазит explorer и другие обработчики, которые имеет такоеже отношение к "серверно" ос как и KDE/GNOME/т.д. с серверу на линухе. Для справки в MS всегды была возможность заменить explorer на что то свое - и те кто этим пользуються - не получают тормаза на 50k+ в графике. Так что прежде чем ругать fs надо сначало разобраться с вопросом - "маздайники" тоже много ругают *nix и по большей части потому что незнают/немогут настройить/разобраться - а вы также хорошо знаете ms - чтобы его обосновано ругать?З.Ы. Юзаю в основном *nix.
> зайдите проводником под Вин2008, даже на быстром сас-раиде, папочку с 80000 файлов,Для этих дел уже давно был придуман Far Manager.А проводник считывает для файла его иконку,плюс,если установлен антивирус,этот файл будет целиком им проверен,чего никогда не происходит с Far'ом
> А mc откроет одинаково быстро и пустой каталог, и с 50000 файламибугога. предлагаю зайти из mc сначала в пустой каталог, а потом в /usr/bin, например. вот же любят люди чушь городить…
Да винда и не должна ничего отвечать на это! Я давно уже определился для себя: для десктопа - лучше винды ничего нет,а для сервера BSD/Linux и легче стало жить!
а еще лучше, если винды вообще нет на десктопе. Что бы не говорили миллионы, но в конечном итоге юзабилити винды убивает.
кстати о мразмах - все эти 4 фичи в полном объеме есть в ведре линуха примерно с эпохи вин миллениум.
угу. история полна маразмов и маразматиков.
Анекдот с бородой:
-Папа, покажи многозадачность в Windows!
-Сейчас сынок! Только дискету отформатирую.
еще бы не килер фючерс. всего-то 200 строк. это гениально.
хотя после cgroups - логично.
Патч исправляет bug #12309?
> Патч исправляет bug #12309?Нет.
> Патч исправляет bug #12309?12309 нельзя исправить, потому что это миф =)
Это не миф, просто это не один баг, а набор регрессий :-/
Зависит от драйверов. У меня на AMD не проявляется.
> Патч исправляет bug #12309?А правда, им вообще занимаются? В 2008 году баг был опубликован.
Убунта сильно тормозит при копировании больших файлов. Перестанет тормозить?
> Убунта сильно тормозит при копировании больших файлов. Перестанет тормозить?Нет, добавляем информацию о своём железе (hwinfo, lscpi, /proc/interrupts, dmesg, uname -a) в https://bugzilla.kernel.org/show_bug.cgi?id=12309
А лучше создать _новый_ Bug report, используя этот скрипт: https://github.com/meghuizen/systeminfo/blob/master/sysinfo.sh для сбора информации
что, прямо скачать из инета скрипт какого-то Мегхуизена и запустить? )))
Например, поглядев его перед этим... Или религия не позволит?
А что если я упущу какую-то незаметную мелочь,а злоумышленники как раз на это и расчитывают? ))
### This code totally clean, you have no reason to check it ###
>> Убунта сильно тормозит при копировании больших файлов. Перестанет тормозить?
> Нет, добавляем информацию о своём железе (hwinfo, lscpi, /proc/interrupts, dmesg, uname
> -a) в https://bugzilla.kernel.org/show_bug.cgi?id=12309если у меня подвисают программы "рандомно" когда на фоне копируются большие файлы, но есть ощущение что подвисают они при попытке обратиться к диску за чем либо (ну например подгрузить окно гуи-настроек) - данный фриз программы этот баг или это другая "проблема" планировщика с забитой очередью винчестера ?
Такого поведения быть *не* должно в принципе, вне зависимости от планировщика IO (ввода вывода) - кроме идиотских случаев, когда у ва 128MB RAM, а вы гоняете KDE4 + Firefox. Тут, ясное дело, всё будет тормозить постоянно.*Напишите* bug report, разработчики, надеюсь, помогут разобраться. *Не* стоит даже начинать писать bug report, если вы используете ядро, отличное от 2.6.36.
> Такого поведения быть *не* должно в принципе, вне зависимости от планировщика IO
> (ввода вывода) - кроме идиотских случаев, когда у ва 128MB RAM,
> а вы гоняете KDE4 + Firefox. Тут, ясное дело, всё будет
> тормозить постоянно.
> *Напишите* bug report, разработчики, надеюсь, помогут разобраться. *Не* стоит даже начинать
> писать bug report, если вы используете ядро, отличное от 2.6.36.ноут, 4 гига оперативы, качал с раздела на раздел и второй раз на внутренний винт с внешнего ноутбучного подключённого через юсб-переходник архивы ~10 гигов через sudo cp в графической консольке.. ядро 35 (10.10 убунта), везде ext4 на тех разделах
vlc минут 10 чтоль закрывал окно настроек по ОК
загрузку CPU гляньте. USB иногда его жрёт совершенно неадекватно. Если есть загрузка - то таки да, этот патч поможет.
очевидно код vlc был вытеснен в swap. в этом причина. линукс агрессивно кэширует дисковые операции и к сожалению при свопинге ему по барабану что выгружать - страницы с кодом или страницы с данными.
> что выгружать - страницы с кодом или страницы с данными.А винда вообще все увесистые приложения в своп выдавливает если с ними не работать энное время. Поэтом когда юзер захочет переключиться из "ворда" в "браузер с 20 страницами" - его может поджидать прикольный сюрприз, если он час в ворде куковал и браузер успел вытечь в своп постепенно. При том - эффект вылезает даже на машинах с 4-8Гб. Извиняюсь, убунта вообще на таких машинх своп практически не юзает в крейсерском режиме. Ну и тормозов особо нет. А вот на винде - можно нарваться на тормоза и если даже не было никакого IO с диском, достаточно прсто поработать полчаса с другой программой, убрав увесистую программу в фон. И она будет выперта в своп, хотя памяти еще архидофига, дисковый кеш никому не нужен и прочая. Просто превентивно, мля. Может это и было хорошим решением когда оперативы заведомо не хватало, на древних i386, однако сейчас на машинах с достаточно большой памятью это только почем зря вызывет тормоза на выуживание программ из свопа.
Именно поэтому я в Windows с 2003 года отключаю SWAP нафиг. :)А сейчас при цене памяти $30 за 2GB, включать SWAP - идиотизм и маразм.
> очевидно код vlc был вытеснен в swap. в этом причина. линукс агрессивно
> кэширует дисковые операции и к сожалению при свопинге ему по барабану
> что выгружать - страницы с кодом или страницы с данными.у меня тупо нет свопа, я считаю что 4 гига оперативы для десктопа с головой хватает (что и наблюдаю уже пару недель)
У меня в 2001-м году было 384 мегабайта памяти. Не 512, но подкачку в Windows отключил. Собственно, поэтому и непонятно, почему новое KDE хочет от 512 до гигабайта просто чтобы загрузить себя.
> У меня в 2001-м году было 384 мегабайта памяти. Не 512, но
> подкачку в Windows отключил. Собственно, поэтому и непонятно, почему новое KDE
> хочет от 512 до гигабайта просто чтобы загрузить себя.ну всёж не надо так про кеды4, 300 метров самим кедам после загрузки норм (по крайней мере когда сам их ставил попакетно а не через кубунту)
но вот фаерфокс и 350 вкладок жрут 1,1 гига оперативы :)зы: перешёл на openbox, пока рад как слон (по личным ощущениям оно конкретно отзывчивее, е17 медленнее тож, хоть и пока сидел в e17 это не замечалось), нехватает температурок в иконках в сустрее но думаю конки справится как руки дойдут пощупать
для firefox есть BarTab
Вы забыли добавить имхо, когда упоминали е17. Релиза еще нет, а в бетах всегда может быть ошибка.
>> очевидно код vlc был вытеснен в swap. в этом причина. линукс агрессивно
>> кэширует дисковые операции и к сожалению при свопинге ему по барабану
>> что выгружать - страницы с кодом или страницы с данными.
> у меня тупо нет свопа, я считаю что 4 гига оперативы для
> десктопа с головой хватает (что и наблюдаю уже пару недель)У меня есть, по-минимуму, 32 мега что ли. Иначе она ругалась.
>>> очевидно код vlc был вытеснен в swap. в этом причина. линукс агрессивно
>>> кэширует дисковые операции и к сожалению при свопинге ему по барабану
>>> что выгружать - страницы с кодом или страницы с данными.
>> у меня тупо нет свопа, я считаю что 4 гига оперативы для
>> десктопа с головой хватает (что и наблюдаю уже пару недель)
> У меня есть, по-минимуму, 32 мега что ли. Иначе она ругалась.установщик дебиана/убунты ругался или кто ?
> установщик дебиана/убунты ругался или кто ?Увы, оффтопика :(
вы работать за ним пробовали? У себя сейчас наблюдаю commit charge в 6G, но я так, пока плюшками балуюсь.
Федя этож линукс, как минимум 4 планировщика виртуальной памяти, выбери под себя любой.
> Убунта сильно тормозит при копировании больших файлов
После этого даже BFS не нужно? Оно с ним, я понимаю, не совместимо? Лично я BFS использую, тк он как раз увеличивает отзывчивость десктопной системы.
> После этого даже BFS не нужно? Оно с ним, я понимаю, не
> совместимо? Лично я BFS использую, тк он как раз увеличивает отзывчивость
> десктопной системы.Говорят, что даже лучше BFS.
Євыполнять повседневные задачи, такие как просмотр веб-сайтов и проигрывание видеороликов, даже в том случае, если процессор очень сильно нагружен фоновыми приложениями, например, многопоточной компиляцией, математическими расчётами, участием в различных вычислительных проектах и т.д. "
почему то мне это и сегодня не мешает на sempron 2200+ 1гб озу. Arch. в игры не побегаешь, но в нете полазить, филшьмы посмотреть и зомбоящик tvtime.man nice.
>man nice.Меня опередили.
Хотя nice действительно не поможет, если сделать make -jстотыщьмиллионов. Для этого cgroups и есть.
> Євыполнять повседневные задачи, такие как просмотр веб-сайтов и проигрывание видеороликов,
> даже в том случае, если процессор очень сильно нагружен фоновыми приложениями,
> например, многопоточной компиляцией, математическими расчётами, участием в различных
> вычислительных проектах и т.д. "
> почему то мне это и сегодня не мешает на sempron 2200+ 1гб
> озу. Arch. в игры не побегаешь, но в нете полазить,
> филшьмы посмотреть и зомбоящик tvtime.
> man nice.Я так понимаю, речь о том, что не должно быть необходимости ручками тюнить nice в распространённых случаях.
> Я так понимаю, речь о том, что не должно быть необходимости ручками
> тюнить nice в распространённых случаях.Вы хотите сказатъ, что для работы этого режима будет создаваться база данных приложений, согласно которой планировщик станет решать, как распределять приоритеты?
Нет. Я хочу сказать, что в распространёном случае "рядовой десктоп" эта штука работает хорошо, даже если она, к примеру, слегка просаживает производительность - тем,что не надо ничего настраивать и тем, что она независима от конкретного набора приложений. nice же применяется к конкретным процесс - следовательно, нужна какая-то логика, которая будет выставлять нужный уровень каждому приложению. И если втаскиваем приложение, для которого этой логики нет - nice не поможет.Вполне возможно, что в других случаях надо будет эту фичу выключать и использовать nice с необходимостью таки держать ту самую базу (хоть бы и в виде скриптов-обёрток).
У меня есть абсолютно такой же компьютер, но с 256 мегабайтами памяти, и не Sempron, а Athlon XP 2000+. Работает куча игр! В Wine медленно, нативные быстро. Вообще-вообще все нативные, выпущенные когда-либо за всю историю Linux. P.S. Видеокарта 7600GT, AGP. Дистрибутив openSuSE 2006 года с обновленным glibc, потому что некоторые закрытые программы (например Вангеры), не слинкованные статически, со старым отказываются запускаться.
Эх, ждём бэкпорт на 32 ядро.
> Эх, ждём бэкпорт на 32 ядро.А онэ будэ? Если сквизи выйдет без этого патча, будет очень больно и обидно.
Очень хочется верить в лучшее.
Раз сам Линус в полном восторге, то шансы очень велики. Потестят, конечно, сначала.
> Эх, ждём бэкпорт на 32 ядро.:)
Ух ты, вот это здорово. Спасибо !
Погодь, beta пока... Мне свалить часов на 5 надо, позже допилю.
А может кому делать нефиг, допиливайте. :)
Да я всё равно сам компилить не буду, на launсhpad отправлю ссылку. Всё-таки апдейты ядра хочется получать автоматом.
> Да я всё равно сам компилить не буду, на launсhpad отправлю ссылку.
> Всё-таки апдейты ядра хочется получать автоматом.Не, я пас, там добавлять надо функции для cgroup, rcupdate, sched_fair, fork,
две структуры, функцию перемещения задач между группами... В итоге 2.6.34 получиться :)Короча, юзайте 2.6.36, там и от Гугля патчи для уменьшения латентности, и этот патчик,
XFS с delaylog,... в общам 32 на серваки, 36 на десктопы!!!
> Короча, юзайте 2.6.36, там и от Гугля патчи для уменьшения латентности, и
> этот патчик,
> XFS с delaylog,... в общам 32 на серваки, 36 на десктопы!!!Точно! Долой 10.04 LTS и 6.0 Squeeze с десктопов! Всех на волю, всех на анстейблы, всех на эксперименталы, арчи и генты, стабильности не место на десктопах!
>> Короча, юзайте 2.6.36, там и от Гугля патчи для уменьшения латентности, и
>> этот патчик,
>> XFS с delaylog,... в общам 32 на серваки, 36 на десктопы!!!
> Точно! Долой 10.04 LTS и 6.0 Squeeze с десктопов!А вам кто-то обещает, новые фичи в старых дистрибах?
Исправления багов, дырок - да, killer features - нет. :)> Всех на волю,всех на анстейблы, всех на эксперименталы, арчи и генты,
> стабильности не место на десктопах!Latest Stable Kernel: 2.6.36
Debian Squeeze - старый дистрибутив? Очень интересно. Да и 10.04 из своей трёхлетней поддержки для десктопов ещё только 20% времени израсходовал.
>> Всех на волю,всех на анстейблы, всех на эксперименталы, арчи и генты,
>> стабильности не место на десктопах!
> http://www.kernel.org/
> Latest Stable Kernel: 2.6.36вы бы хоть не позорились.. stable kernel с kernel.org ? это шутка такая ?:) LOL.
вот откуда вы всё это берёте, а?
сколько дистров не видел, везде ванилла плюс всем известный набор патчей, которые не факт что поднимают стабильность. фичи какие-то - да, стабильность - нет.
ну может исключая рх. да и то, количество переколбашенного в нём народной молвой сильно преувеличено.
вот когда дистр начинает стареть и из новых ядер начинают усиленно бекпортировать, тогда да.
Тяжелое детство, ядро 2.2 :)Релизы ядер с kernel.org - _стабильные_. Если вам кто-то говорит иначе - можете посылать на Йух.
> Тяжелое детство, ядро 2.2 :)Скорее, переход 2.0->2.2 , тяжко отразившийся на неокрепшей психике
молодежи.
> Не, я пас, там добавлять надо функции для cgroup, rcupdate, sched_fair, fork,...
Хорошо, что ты поковырял и отписал. Я тоже надеялся, что для 32ой ветки можно будет применить.
>> Эх, ждём бэкпорт на 32 ядро.
> Тама хренова, точнее вот - http://pavlinux.ru/krnl/sched_autogroup-2.6.32.25.patch.bz2
> Чесна сказать fork.c и sched.c можно тупа копировать из 2.6.34 :)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
In file included from kernel/sched.c:1859:
kernel/sched_autogroup.c: In function 'autogroup_init':
kernel/sched_autogroup.c:14: error: 'init_task_group' undeclared (first use in this function)
kernel/sched_autogroup.c:14: error: (Each undeclared identifier is reported only once
kernel/sched_autogroup.c:14: error: for each function it appears in.)
kernel/sched_autogroup.c: In function 'autogroup_destroy':
kernel/sched_autogroup.c:25: error: implicit declaration of function 'sched_destroy_group'
kernel/sched_autogroup.c: In function 'autogroup_create':
kernel/sched_autogroup.c:46: error: implicit declaration of function 'sched_create_group'
kernel/sched_autogroup.c:46: error: 'init_task_group' undeclared (first use in this function)
kernel/sched_autogroup.c: In function 'autogroup_task_group':
kernel/sched_autogroup.c:67: error: 'root_task_group' undeclared (first use in this function)
kernel/sched_autogroup.c: In function 'autogroup_move_group':
kernel/sched_autogroup.c:98: error: implicit declaration of function 'sched_move_task'
kernel/sched.c: In function 'wake_up_new_task':
kernel/sched.c:2705: warning: unused variable 'cpu'
kernel/sched.c: In function 'update_sysctl':
kernel/sched.c:7173: warning: comparison of distinct pointer types lacks a cast
kernel/sched.c: In function 'init_tg_cfs_entry':
kernel/sched.c:9455: error: dereferencing pointer to incomplete type
kernel/sched.c:9461: error: dereferencing pointer to incomplete type
kernel/sched.c:9472: error: dereferencing pointer to incomplete type
kernel/sched.c: In function 'sched_init':
kernel/sched.c:9533: error: 'init_task_group' undeclared (first use in this function)
kernel/sched.c:9612: error: 'init_task_group_load' undeclared (first use in this function)
kernel/sched.c: In function 'free_fair_sched_group':
kernel/sched.c:9892: error: dereferencing pointer to incomplete type
kernel/sched.c:9893: error: dereferencing pointer to incomplete type
kernel/sched.c:9894: error: dereferencing pointer to incomplete type
kernel/sched.c:9895: error: dereferencing pointer to incomplete type
kernel/sched.c:9898: error: dereferencing pointer to incomplete type
kernel/sched.c:9899: error: dereferencing pointer to incomplete type
kernel/sched.c: In function 'alloc_fair_sched_group':
kernel/sched.c:9910: error: dereferencing pointer to incomplete type
kernel/sched.c:9911: error: dereferencing pointer to incomplete type
kernel/sched.c:9913: error: dereferencing pointer to incomplete type
kernel/sched.c:9914: error: dereferencing pointer to incomplete type
kernel/sched.c:9917: error: dereferencing pointer to incomplete type
kernel/sched.c:9932: error: dereferencing pointer to incomplete type
kernel/sched.c: In function 'register_fair_sched_group':
kernel/sched.c:9943: error: dereferencing pointer to incomplete type
kernel/sched.c: In function 'unregister_fair_sched_group':
kernel/sched.c:9949: error: dereferencing pointer to incomplete type
kernel/sched.c: In function 'sched_group_set_shares':
kernel/sched.c:10209: error: dereferencing pointer to incomplete type
kernel/sched.c:10212: error: 'MIN_SHARES' undeclared (first use in this function)
kernel/sched.c:10214: error: 'MAX_SHARES' undeclared (first use in this function)
kernel/sched.c:10218: error: dereferencing pointer to incomplete type
kernel/sched.c:10221: error: 'task_group_lock' undeclared (first use in this function)
kernel/sched.c:10224: error: dereferencing pointer to incomplete type
kernel/sched.c:10234: error: dereferencing pointer to incomplete type
kernel/sched.c:10239: error: dereferencing pointer to incomplete type
kernel/sched.c:10240: error: dereferencing pointer to incomplete type
kernel/sched.c:10250: error: dereferencing pointer to incomplete type
kernel/sched.c:10250: error: dereferencing pointer to incomplete type
kernel/sched.c: In function 'sched_group_shares':
kernel/sched.c:10259: error: dereferencing pointer to incomplete type
kernel/sched.c: In function 'cpuacct_update_stats':
kernel/sched.c:10960: warning: unused variable 'batch'
make[2]: *** [kernel/sched.o] Ошибка 1
make[1]: *** [kernel] Ошибка 2
make[1]: Leaving directory `/usr/src/linux-source-2.6.32'
make: *** [debian/stamp/build/kernel] Ошибка 2
> 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.me/openforum/vsluhforumID3/72547.html#86
Коллега (led@) уже озадачился, ссылку ж давали: http://www.opennet.me/openforum/vsluhforumID3/72547.html#226
В следующей убунте вроде как раз собираются 2.6.38 использовать. Хорошо, вкусно.
И еще вопросик, действительно ли это нужно в ядре? Хотя, если патчик совсем небольшой, то да, удобно. %)вполне можно было обойтись враппером вокруг терминалов или еще чего там.
А при чем тут процессор? Одного лишь только его недостаточно. Если идет копирование или другие операции с диском - компьютер умирает на это время...
Когда будет патч, который не позволяет одному процессу отжирать вообще всю дисковую подсистему?..
поддерживаю
ionice не подойдёт ?
> А при чем тут процессор? Одного лишь только его недостаточно. Если идет
> копирование или другие операции с диском - компьютер умирает на это
> время...
> Когда будет патч, который не позволяет одному процессу отжирать вообще всю дисковую
> подсистему?..IO imposed load average != CPU load. Вырубите себе на лбу.
И перестаньте использовать top - он показывает бред. htop - единственный правильный консольный processes viewer/manager.
"IO imposed load average != CPU load. Вырубите себе на лбу. И перестаньте использовать top - он показывает бред. htop - единственный правильный консольный processes viewer/manager."Мне не надо смотреть htop (моя любимая прога кстати) чтобы понять что когда я что-то копирую с диска на диск - система умирает и не интерактивна. Меня бы обрадовало чтобы я просто наблюдал интерактивность системы в соей бубунте при высокой загрузке жесткого диска и всё.
ionice при включенном CFQ не помогает?
> ionice при включенном CFQ не помогает?Собсно ionice -c3, чтоб быть точным. Жаль, openvz не пропускает даже на понижение и покамест это не настраивается.
http://www.mjmwired.net/kernel/Documentation/cgroups/blkio-c...
> Данный патч специальным образом разбивает выполняемые задачи на группы в привязке к TTY, которые затем получают процессорные такты более равномерноИМХО костыль.
чем оно лучше запуска make через nice?
>> Данный патч специальным образом разбивает выполняемые задачи на группы в привязке к TTY, которые затем получают процессорные такты более равномерно
> ИМХО костыль.
> чем оно лучше запуска make через nice?Пользователь не должен знать о существовании nice и консоли вообще. Пока вы это не поймёте, Линукс так и будет занимать 1% desktop'ов.
> Пользователь не должен знать о существовании nice и консоли вообще. Пока вы
> это не поймёте, Линукс так и будет занимать 1% desktop'ов.А сами заставляете вникать в "IO imposed load average != CPU load"... Как сделать чтобы доступ к жесткому диску был равномерным?
> Как сделать чтобы доступ к жесткому диску был равномерным?Сейчас тебя кто-нибудь попросит прояснить критерии равномерности. ;)
Это что за сферический пользователь, который запускает make и не знает что такое nice/ionice? :)
На пингвина похож.
> Это что за сферический пользователь, который запускает make и не знает что такое nice/ionice? :)запускать make не нужно!
--
Привет из 2011 года.
если толсто, то никто не запрещает в дистре добавить алиасы на комманды типа make, g++..
>>> Данный патч специальным образом разбивает выполняемые задачи на группы в привязке к TTY, которые затем получают процессорные такты более равномерно
>> ИМХО костыль.
>> чем оно лучше запуска make через nice?
> Пользователь не должен знать о существовании nice и консоли вообще. Пока вы
> это не поймёте, Линукс так и будет занимать 1% desktop'ов.Бред (пользователи обычно и так про nice не знают, а "ужасная консоль" - это уже что-то из городских мифов), но для распространённых случаев таки должно быть что-то попроще nice. Настройка в sysctl, которую могу сделать дистрибьюторы, вполне годится.
как быть с xorg? его процессы не привязаны к tty, или mplayer запускать из консоли?
> как быть с xorg? его процессы не привязаны к tty, или mplayer
> запускать из консоли?Юзать cgroups как и положено, а не через жопу (обсуждаемый костыль).
Хороший повод пересобрать ядро =)
Автора новости в студию."Killer feature" Торвальдс назвал не этот патч (что естественно, такая вещь не может быть "feature"), а как раз feature ядра (возможность, предоставляемую ядром), позволившую добиться описанного эффекта, причём не глубокой переработкой существующего кода, а патчем объёмом менее 300 строк.
достоинство сражающее наповал )
а где патч обитает ?
для 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
Что самое интересно, раньше при работе одного firefox,
он весел на одном или двух ядрах проца и нагружал их на 15%-20%.
Теперь постоянно нагружены все 4 ядра, но по 4-8%.
Что в итоге получается больше - 16-32%
Надо замерить температуру в комнате. :)
Ну понятно, что оно не даром дастся... Хотя подозреваю, что может быть просто погрешность
Скомпилировал 35-е ядро с данным патчем (чуть поправив руками), жуть как интересно было попробовать. Сейчас компилируется повторно с -j 50. Не то что бы сильно впечатлило, но в целом приятно. Ессно перед этим попробовал запустить тот же make без патча. С патчем система не дергается, все плавно. Смотреть HD видео не пробовал, но mp4 ролик небольшого разрешения проигрался четко, без рывков. Серфить так вообще незаметно что load average уже за 40. Единственное, что насторожило, при загрузке с новым ядром система сказала "Бббульк..." вместо привычного звука.
>Тюнить nice в распространённых случаях.А в нераспространённых? Хотите сказать, что оно работает по предварительно составленным спискам приложений?
>Хотите сказать, что оно работает по предварительно составленным спискам приложений?Примерно так. По pid-ам. ;) man cgroups
"В распространённых" = "обычно". На рядовом десктопе, например. Если нет - можно выключить.
Почему у меня нет этого файла: /proc/sys/kernel/sched_autogroup_enabled ?
Скомпилил 2.6.36 ядро с патчем от Павлинуха. В чем загводзка?
А точно включено в make menuconfig? Опция Automatic process group scheduling
Desktop centric group scheduling опция в оригинальном патче
Господа, а производительность при этом патче не просаживается?
> Господа, а производительность при этом патче не просаживается?Компиляция ядра без патча с -j 50 27 минут. Пользоваться системой малореально, только серфить неторопясь. С патчем 34 минуты, но при этом я вполне комфортно обошел с десяток сайтов, посмотрел ролик, в фоне без заиканий слушал музыку с jamеndo через amarok. В общем нагрузка просто размазалась во времени. Я полагаю, что реальное потраченное системное время в тактах процессора на задачу не изменилось.
У себя в дженту пока не пробовал, но вполне допускаю, что так и есть. Это патч не уменьшающий время, а умело распределяющий его.
Кон Коливас, наконец-то, успокоится :)
> Кон Коливас, наконец-то, успокоится :)Наглядная демонстрация разницы между шаманством (Коливас) и качественно реализованной фичей. В случае с BFS вообще споры шли, даёт оно зоть что-то или нет, а здесь - однозначный, очевидный результат.
Тем не менее, Коливас хотя бы привлёк серьёзное внимание к проблеме и пытался хоть что-то решить. Поищите его интервью, где он рассказывал, как он срался с разработчиками на эту тему.
Заинтриговали, хочется посмотреть. Буду ждать когда появится в репозитории :)
make -j128 работает, пишу c холодильника.
> make -j128 работает, пишу c холодильника.:)
Хотелось бы увидеть бэкпорт патча в популярные младшие версии ядра, в 2.6.32 и 2.6.35 :)
Присоединяюсь! Павлинух, плиз, очень просим на 2.6.35. Спасибо тебе заранее!
35 не нужен. просим на 32.
> Присоединяюсь! Павлинух, плиз, очень просим на 2.6.35. Спасибо тебе заранее!Weлкам http://pavlinux.ru
Это будет работать если планировщик не CFS?
Товарищь Lennart Poettering считает, что привязнывание групп к TTY не тру и говорит, что все можно было бы сделать с помощью cgroups в юзерспейсе.
http://lists.fedoraproject.org/pipermail/devel/2010-November...
То ли это ?плацебо?, то ли оно реально работает.
Лично мне нравится то, как было. 2006 год. В Wine на весь экран работает игра. Попутно компилируется DosBOX и работает браузер. Браузер и игра отзывчивы, несмотря на компиляцию. Видимо, расчитано так, что те 3-10%, которые хотят у процессора игра и браузер, они возьмут, а оставшееся процессорное время - на компиляцию.
И вот я нажимаю мультимедиа-клавишу на клавиатуре, чтобы включить проигрыватель Amarok. Он запускался 40 секунд вместо 3-5. Я отлично видел что система загружена - но как бы поступил Windows? Он запустил бы Amarok за 3-5 секунд, за которые вся система бы мощно тормозила: я свой компьютер знаю. А Linux что? Браузер отзывчив, игра на фоне на весь экран легонько-легонько стала притормаживать, но эффекты Beryl (то же что и Compiz) летают. Amarok запустился и не тормозил.
FreeBSD 7...9
make -j32++
slowdowns aren't observable.
> FreeBSD 7...9
> make -j32++
> slowdowns aren't observable.Не удивительно. ULE шедуллер, который давно по умолчанию, умеет все это.
Наконец-то реальные движения в сторону Линукса для десктопа. Меня раньше смущало, что окно Firefox в Линуксе виснет и все тормозит при установке приложений через Synaptic или распаковке какого-нибудь архива, хотя в оффтопике такого не было при установке трех приложений и распаковке трех архивов
> Наконец-то реальные движения в сторону Линукса для десктопа. Меня раньше смущало, что
> окно Firefox в Линуксе виснет и все тормозит при установке приложений
> через Synaptic или распаковке какого-нибудь архива, хотя в оффтопике такого не
> было при установке трех приложений и распаковке трех архивовЛибо для тебя ничего не изменится, либо будешь теперь пускать сунаптик с терминала. ;)
BFS давно юзаю. ZEN собрать не удалось.
А BFS ещё несколько лет назад следовало в ядро включить.
Не надо. Собирал я ядро с этим BFS - интерактивность действительно замечательная но резко падает производительность в 3D на драйверах NVidia. Очевидно они не приспособлены для работы с этим планировщиком :(
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/userDone. Same effect. However: not crazy.
# 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
mount -t cgroup cgroup /sys/fs/cgroup/cpu -o cpu?
Вот чуть подправленный рецепт (работает кстати и на 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
> Вот чуть подправленный рецепт (работает кстати и на 2.6.32 в RHEL 6)Так в /dev или в /sys ? или где почитать?
Да без разницы, в dev или sys. Хоть в mnt :)
> 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"
Интересно, что на это ответит Линус после его "killer feature". ;) :D:DD
А вот что ответил: 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.
> А вот что ответил: http://lkml.org/lkml/2010/11/16/351Спасибо, посмотрел.
Что-то он уныл, упирается, даже где-то противоречит своим прежним взглядам (так, по ощущениям, ссылок не дам), тянет в рот всякую гадость.
А что делать, если компилять из иксов, без терминала, или еще чего тяжелое делать, видео пережимать avidemux-ом? Да много чего можно придумать.
ЭТО - не решение. Надо делать на уровне wm и de.
Попроси писать WM и DE на С с элементами порно-ассемблера.
хе хе, а вот что он ответил ДО этого:"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 таки выпал с ошибкой при связывании :(
Да, и чтобы это все крутилось еще на CPU с GPU на борту да?) Недавно тут вроде была новость про выпуск оного, если не ошибаюсь.
все патчи скопом :)
2.6.35: https://sites.google.com/site/linuxoptimization/home/kernel/...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
Новость не совсем верная. Для _десктопа_ этот патч ничего не сделает. Патч полезен только для тех, кто из терминала (идет привязка к TTY) запускает кучу прожорлевых задач (make -j). Linus сильно рад, потому что он именно этим и занимается. Для обычного десктопа патч только чуть замедлит систему, так как планировщик будет дополнительно работать с cgroups.
Новость верная, группа создается не только для TTY, а на каждый процесс порожденный с TTY. Т.е. firefox, glxgears и openoffice будут в разных группах, независимо от того, что они привязаны к одному TTY.
странно, а у меня и на старом ядре работает
nice -n 10 make -j 128
Респект создателю этого патча.Собрал 2.6.36 с этим чудом: http://pavlinux.ru/krnl/sched_autogroup-2.6.36.patch.bz2
У меня ушли тормоза при svn up солидных по размеру репозиториев, сборка kernel с -j20 не влияет на отзывчивость системы (ранее при -j5 система практически вешалась)
Очень доволен, давно ждал подобного патча!
А я думал, что линух - многозадачная система. Я ошибался? :-)
>А я думал, что линух - многозадачная система. Я ошибался? :-)Ну, как тебе сказать... Форматировать дискетку и компилить ядро можно одновременно :)
все патчи скопом :)
2.6.35: https://sites.google.com/site/linuxoptimization/home/kernel/...
2.6.36: http://pavlinux.ru/krnl/sched_autogroup-2.6.36.patch.bz22.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/sch.../
2.6.31: ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/patches/sch.../