The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"В Linux-ядро будут внесены улучшения, существенно влияющие н..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от opennews (ok) on 16-Ноя-10, 14:27 
В скором времени в 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
Новость: https://www.opennet.ru/opennews/art.shtml?num=28671

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +15 +/
Сообщение от gray_graff email(ok) on 16-Ноя-10, 14:27 
Не поверю, пока не попробую
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +3 +/
Сообщение от pavlinux (ok) on 16-Ноя-10, 14:46 
make -j128 работает, пишу тут, смотрю New World Disorder №6, glxgears крутиться..  :)


------

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

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

36. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –19 +/
Сообщение от x0r (??) on 16-Ноя-10, 15:18 
патч специально для любителей компилировать, или вычислять что-то. для домохозяек - незаметный
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

46. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +11 +/
Сообщение от pavlinux (ok) on 16-Ноя-10, 15:42 
>  для домохозяек - незаметный

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

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

50. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от Аноним email(??) on 16-Ноя-10, 15:45 
И не просто компилировать, а в 64 потока.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

83. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +3 +/
Сообщение от Mike Lee on 16-Ноя-10, 17:17 
э, а как же домохозяйки гентушницы? ))
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

107. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +12 +/
Сообщение от анонимм on 16-Ноя-10, 19:13 
> э, а как же домохозяйки гентушницы? ))

небритые и в растянутом свитере

Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

120. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от gray_graff email(ok) on 16-Ноя-10, 20:09 
я вот домохозяин, но иногда собираю новые пакетики для альта и тормоза ну сильно расстраивают меня и жену :(
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

125. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от phpcoder email(ok) on 16-Ноя-10, 20:40 
> я вот домохозяин, но иногда собираю новые пакетики для альта и тормоза
> ну сильно расстраивают меня и жену :(

В вашем случае можно у Виталия Липатова (lav@) попробовать попросить шелл на сборочницу. Тогда ваш пакет будет деплоится на удалённую машину и собираться там. Очень удобно :)


Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

164. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от iZEN (ok) on 17-Ноя-10, 09:29 
> я вот домохозяин, но иногда собираю новые пакетики для альта и тормоза
> ну сильно расстраивают меня и жену :(

Я когда на текстовой консоли компилирую систему или порты обновляются в FreeBSD в графическом окружении ничего не тормозит. Даже странно как-то.

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

174. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от cdome (ok) on 17-Ноя-10, 11:13 
Да, во FreeBSD таких проблем никогда не было.
Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

188. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от www2 (ok) on 17-Ноя-10, 13:57 
Не тешьте себя иллюзиями, это просто компиляция не работает в полную силу.
Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

192. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от Sem email(??) on 17-Ноя-10, 15:29 
Это как? )))
Слишком толсто.
Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

193. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –1 +/
Сообщение от Sem email(??) on 17-Ноя-10, 15:32 
> Да, во FreeBSD таких проблем никогда не было.

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

Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

206. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от kshetragia (ok) on 17-Ноя-10, 18:22 
Это не значит, что он принципиально не расчитан на подобного рода задачи. Баги везде бывают.
Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

228. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от yet another anonim on 22-Ноя-10, 22:53 
Присоединяюсь. Более того, у меня вообще система становится неюзабельной, когда происходит что-либо системное\обновления\конфигурации, пусть даже мелочь какая - сразу такое впечатление, что 99.9% "циклов" процессора уходят на неё, так что любые программы и вообще всё окружение на это время не то что тормозит, а дико тормозит, вообще почти не реагирует. Этот патч, думаю, и предназначен решать подобные ситуации.
Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

45. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –1 +/
Сообщение от wolfovich on 16-Ноя-10, 15:40 
А для 2.6.36 есть патч?
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

48. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от pavlinux (ok) on 16-Ноя-10, 15:42 
> А для 2.6.36 есть патч?

см. выше :)

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

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

97. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним email(??) on 16-Ноя-10, 18:34 
А для 35?
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

119. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +2 +/
Сообщение от V (??) on 16-Ноя-10, 20:01 
лучше для 32
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

227. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от rpisarev on 21-Ноя-10, 15:57 
2.6.32: ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/patches/sch...
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

196. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от rpisarev on 17-Ноя-10, 16:08 
Для 2.6.35:
https://sites.google.com/site/linuxoptimization/home/kernel/...
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

204. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним email(??) on 17-Ноя-10, 16:57 
Спасибо
Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

161. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от kshetragia (ok) on 17-Ноя-10, 06:07 
Гг.. И эти люди запрещают мне ковыряться в носу.

make -j128, glxgears.

LA ~3-18. Фрюша 8.1 ядро штатное.
Firefox нормально себя чувствует. Звук не заикается.


Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

202. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от pavlinux (ok) on 17-Ноя-10, 16:42 
> Гг.. И эти люди запрещают мне ковыряться в носу.
> 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, и виюшку.  

Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

205. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от kshetragia (ok) on 17-Ноя-10, 18:19 
Тогда давайте начнем с вашей конфигурации, и уточним запущенные приложения
Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

230. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Иван (??) on 24-Ноя-10, 16:15 
5-ый дисордер самый прикольный :) к нему еще  бонус видео есть с соплестайла в канаде... :) - вот там реально прикольней проверять патч, много динамичных сцен ;))
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

2. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +4 +/
Сообщение от BliecanBag (ok) on 16-Ноя-10, 14:28 
Долго же они признавали проблему на десктопе
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –12 +/
Сообщение от ананим on 16-Ноя-10, 14:38 
это не проблема. и даже ею не была.
маленькая, но приятная фича, но не более.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

53. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +4 +/
Сообщение от fidaj (ok) on 16-Ноя-10, 15:56 
лично для меня - это было проблемой!
я тут неоднократно об этом писал....
и при каких условиях оно проявлялось тоже...
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

63. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от p5n email(ok) on 16-Ноя-10, 16:36 
Мне кажется баг 12309 этот патч не исправляет
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

66. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от fidaj (ok) on 16-Ноя-10, 16:45 
> Мне кажется баг 12309 этот патч не исправляет

в этой ветке никто и не говорил об этом баге....
и без него есть проблемы с отзывчивостью...

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

106. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –1 +/
Сообщение от ананим on 16-Ноя-10, 19:12 
тем более без понятия о чём вы.
на моём ноуте гунту, следовательно емэрдж ворлд с броузером, мплэйером и т.д. в порядке вещей. собственно никаких жалоб.
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

134. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –1 +/
Сообщение от User294 (ok) on 16-Ноя-10, 21:26 
> Долго же они признавали проблему на десктопе

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

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

163. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –2 +/
Сообщение от Alex (??) on 17-Ноя-10, 09:04 
А с чего вы взяли, что Linux - десктопная система?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –4 +/
Сообщение от Аноним (??) on 16-Ноя-10, 14:30 
То есть теперь будут тормозить не только интерактивные десктоп-задачи, но и фоновые демоны и процессы?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +8 +/
Сообщение от ананим on 16-Ноя-10, 14:36 
вы сабж читали полностью?
она включается и выключается легко прокладкой любой квалификации.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

26. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 16-Ноя-10, 15:05 
> Активация нового механизма группировки задач в планировщике производится через переменную /proc/sys/kernel/sched_autogroup_enabled.

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

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

4. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +3 +/
Сообщение от Konstantin (??) on 16-Ноя-10, 14:31 
Ядро продолжают совершенствовать, замечательная новость +++ автору!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

207. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –1 +/
Сообщение от kshetragia (ok) on 17-Ноя-10, 18:27 
Не удивлюсь, если через год окажется, что это заплатка и вообще не айс. А потом почешут репу и возьмут из Фрюши.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +5 +/
Сообщение от as (??) on 16-Ноя-10, 14:32 
в windows если запустить компиляцию -j50 тормоза неизбежны...
ps если кто не вкурсе
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –7 +/
Сообщение от fedya (??) on 16-Ноя-10, 15:28 
в windows такая фича уже сто лет как присутствует и более того задача, окно которой в данный момент имеет фокус получает повышенный приоритет. история развития линукса полна маразмов. стоит вспомнить историю "ненужных" фич, которые в конце концов становились killer features.

1. threads
2. durect io
3. kernel async. io (kaio)
4. raw devices

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

61. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +3 +/
Сообщение от vlivyur (ok) on 16-Ноя-10, 16:14 
Балуюсь BOINC:под Windows для неё у меня отведено 3ядра из 4х,а под openSUSE 4из 4х.Поверьте,разница очень заметна.Когда я ничем серьёзным не занят(инет,фильмы или что по мелочи) openSUSE всё ещё отвечает мне(медленее,но адекватно),если под Windows сделать 4ядра,то больше я её не увижу
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

67. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +2 +/
Сообщение от pavlinux (ok) on 16-Ноя-10, 16:45 
> если под Windows сделать 4ядра,то больше я её не увижу

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

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

167. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от vlivyur (ok) on 17-Ноя-10, 09:43 
Я обычный пользователь-в системе не ковыряюсь,всё по-умолчанию
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

68. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 16-Ноя-10, 16:49 
>в windows такая фича уже сто лет как присутствует и более того задача, окно которой в данный момент имеет фокус получает повышенный приоритет.

Это не спасает. Рендерю на отдельной машине, например, ибо во время рендера невозможно даже по сраному скайпу поболтать.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

110. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от анонимм on 16-Ноя-10, 19:16 
>>Рендерю на отдельной машине, например, ибо во время рендера невозможно даже по сраному скайпу поболтать.

start /low, не?

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

165. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от zazik (ok) on 17-Ноя-10, 09:33 
>>>Рендерю на отдельной машине, например, ибо во время рендера невозможно даже по сраному скайпу поболтать.
> start /low, не?

Это дополнительные усилия, а в линупсе - искаропки. Вот она - система для домохозяек.

Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

84. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –1 +/
Сообщение от User294 (ok) on 16-Ноя-10, 17:24 
> история развития линукса полна маразмов.

Вы только забыли добавить что это же можно сказать про любую другую мало-мальски развитую операционку ;).

Кстати будет очень интересно посмотреть что микрософт ответит на файловые системы типа btrfs. Ну или хотя-бы ext4, который по скорости реально надирает зад. А может, у микрософта уже есть что-то типа легковесных контейнеров? В духе OpenVZ/LXC? Чтобы без больших потерь производительности получить пачку "виртуальных машин" сделанных путем пиления одной операционки на части с повышенной изоляцией процессов? А может, майкрософт научит наконец свой горе-фаер хотя-бы диапазонами портов оперировать? Я уж не говорю о том чтобы поймать строку X по смещению Y в пакете, что на раз делается пингвиньим айпитаблесом :))

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

131. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –1 +/
Сообщение от Аноним (??) on 16-Ноя-10, 21:09 
User294, ну сколько раз тебе говорили - не разбираешся - не лезь в дискуссию с своей ламерской позицией.
тебе бы только высрать комент, вне зависимости от того правильный он или нет.

>А может, у микрософта уже есть что-то типа легковесных контейнеров? В духе OpenVZ/LXC?

man virtuozzo, собственно как и для linux.

> А может, майкрософт научит наконец свой горе-фаер хотя-бы диапазонами портов оперировать?

man ipfw-win32

> Я уж не говорю о том чтобы поймать строку X по смещению Y в пакете, что на раз делается пингвиньим айпитаблесом :))

Это реализовывали в VipNet IDS еще в 2000 году. подскажите когда эта фича появилась в iptables ?

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

137. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +4 +/
Сообщение от User294 (ok) on 16-Ноя-10, 22:07 
> в дискуссию с своей ламерской позицией.

Ну да, а анонимы - истина в последней инстанции, видимо.

> тебе бы только высрать комент, вне зависимости от того правильный он или нет.

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

> 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" или "сделано вчера". Ну разве что из соображений стабильности - то что сделано буквально вчера может содержать баги которые придется ощутить на своем заду.

Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

147. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Name on 17-Ноя-10, 02:13 
>В спорах рождается истина.

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

Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

154. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –2 +/
Сообщение от Zenitur on 17-Ноя-10, 05:21 
Насчёт открывания директорий с 50000 файлами: никаких проблем. KDE и Gnome просто любят у каждого файла информацию спросить, прежде чем информацию показать. Предпросмотр, например. А mc откроет одинаково быстро и пустой каталог, и с 50000 файлами
Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

168. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от SirYorik email on 17-Ноя-10, 09:54 
какие такие КДЕ и Гноме в винсервере? мухоморье влияет чтоли ?

зайдите проводником под Вин2008, даже на быстром сас-раиде, папочку с 80000 файлов, узнаете о чём речь . .

Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

176. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от KobaLTD email(ok) on 17-Ноя-10, 12:07 
На провах чесности - в 2008 консоль никто не отменял вообщето (везде где стоят 2008 перешел на "консольный" мод) - там с этим все нормально. Но вы сильно заблуждаетесь что тут виновата fs - примонтируйте этот раздел в лине и откройте в томже mc - тормазит? - тормазит не фс - тормазит explorer и другие обработчики, которые  имеет такоеже отношение к "серверно" ос как и KDE/GNOME/т.д. с серверу на линухе. Для справки в MS всегды была возможность заменить explorer на что то свое - и те кто этим пользуються - не получают тормаза на 50k+ в графике. Так что прежде чем ругать fs надо сначало разобраться с вопросом - "маздайники" тоже много ругают *nix и по большей части потому что незнают/немогут настройить/разобраться - а вы также хорошо знаете ms - чтобы его обосновано ругать?

З.Ы. Юзаю в основном *nix.

Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

215. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от vlivyur (ok) on 18-Ноя-10, 10:32 
> зайдите проводником под Вин2008, даже на быстром сас-раиде, папочку с 80000 файлов,

Для этих дел уже давно был придуман Far Manager.А проводник считывает для файла его иконку,плюс,если установлен антивирус,этот файл будет целиком им проверен,чего никогда не происходит с Far'ом

Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

234. "В Linux-ядро будут внесены улучшения, существенно..."  +/
Сообщение от anonymous (??) on 04-Фев-11, 15:54 
> А mc откроет одинаково быстро и пустой каталог, и с 50000 файлами

бугога. предлагаю зайти из mc сначала в пустой каталог, а потом в /usr/bin, например. вот же любят люди чушь городить…

Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

175. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от VolanD (ok) on 17-Ноя-10, 11:19 
Да винда и не должна ничего отвечать на это! Я давно уже определился для себя: для десктопа - лучше винды ничего нет,а для сервера BSD/Linux и легче стало жить!
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

177. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от sndev email on 17-Ноя-10, 12:08 
а еще лучше, если винды вообще нет на десктопе. Что бы не говорили миллионы, но в конечном итоге юзабилити винды убивает.
Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

151. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от ананим on 17-Ноя-10, 02:52 
кстати о мразмах - все эти 4 фичи в полном объеме есть в ведре линуха примерно с эпохи вин миллениум.
угу. история полна маразмов и маразматиков.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

203. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от Алекс (??) on 17-Ноя-10, 16:52 
Анекдот с бородой:
-Папа, покажи многозадачность в Windows!
-Сейчас сынок! Только дискету отформатирую.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

6. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от ананим on 16-Ноя-10, 14:34 
еще бы не килер фючерс. всего-то 200 строк. это гениально.
хотя после cgroups - логично.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –1 +/
Сообщение от Мимо проходил on 16-Ноя-10, 14:40 
Патч исправляет bug #12309?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от Иван Иванович Иванов on 16-Ноя-10, 14:51 
> Патч исправляет bug #12309?

Нет.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

69. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от non anon on 16-Ноя-10, 16:50 
> Патч исправляет bug #12309?

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

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

73. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от Аноним (??) on 16-Ноя-10, 16:57 
Это не миф, просто это не один баг, а набор регрессий :-/
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

156. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Zenitur on 17-Ноя-10, 05:26 
Зависит от драйверов. У меня на AMD не проявляется.
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

129. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 16-Ноя-10, 21:04 
> Патч исправляет bug #12309?

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

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

11. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от LSHBY on 16-Ноя-10, 14:46 
Убунта сильно тормозит при копировании больших файлов. Перестанет тормозить?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +2 +/
Сообщение от Иван Иванович Иванов on 16-Ноя-10, 14:53 
> Убунта сильно тормозит при копировании больших файлов. Перестанет тормозить?

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

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

23. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –1 +/
Сообщение от Иван Иванович Иванов on 16-Ноя-10, 15:01 
А лучше создать _новый_ Bug report, используя этот скрипт: https://github.com/meghuizen/systeminfo/blob/master/sysinfo.sh для сбора информации
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

112. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от LSHBY (ok) on 16-Ноя-10, 19:37 
что, прямо скачать из инета скрипт какого-то Мегхуизена и запустить? )))
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

122. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Crazy Alex email(??) on 16-Ноя-10, 20:15 
Например, поглядев его перед этим... Или религия не позволит?
Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

127. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от LSHBY (ok) on 16-Ноя-10, 20:54 
А что если я упущу какую-то незаметную мелочь,а злоумышленники как раз на это и расчитывают? ))
Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

235. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Sugaroverdose on 15-Мрт-11, 14:54 
### This code totally clean, you have no reason to check it ###
Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

25. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от JL2001 (ok) on 16-Ноя-10, 15:04 
>> Убунта сильно тормозит при копировании больших файлов. Перестанет тормозить?
> Нет, добавляем информацию о своём железе (hwinfo, lscpi, /proc/interrupts, dmesg, uname
> -a) в https://bugzilla.kernel.org/show_bug.cgi?id=12309

если у меня подвисают программы "рандомно" когда на фоне копируются большие файлы, но есть ощущение что подвисают они при попытке обратиться к диску за чем либо (ну например подгрузить окно гуи-настроек) - данный фриз программы этот баг или это другая "проблема" планировщика с забитой очередью винчестера ?

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

34. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Иван Иванович Иванов on 16-Ноя-10, 15:17 
Такого поведения быть *не* должно в принципе, вне зависимости от планировщика IO (ввода вывода) - кроме идиотских случаев, когда у ва 128MB RAM, а вы гоняете KDE4 + Firefox. Тут, ясное дело, всё будет тормозить постоянно.

*Напишите* bug report, разработчики, надеюсь, помогут разобраться. *Не* стоит даже начинать писать bug report, если вы используете ядро, отличное от 2.6.36.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

49. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от JL2001 (ok) on 16-Ноя-10, 15:44 
> Такого поведения быть *не* должно в принципе, вне зависимости от планировщика IO
> (ввода вывода) - кроме идиотских случаев, когда у ва 128MB RAM,
> а вы гоняете KDE4 + Firefox. Тут, ясное дело, всё будет
> тормозить постоянно.
> *Напишите* bug report, разработчики, надеюсь, помогут разобраться. *Не* стоит даже начинать
> писать bug report, если вы используете ядро, отличное от 2.6.36.

ноут, 4 гига оперативы, качал с раздела на раздел и второй раз на внутренний винт с внешнего ноутбучного подключённого через юсб-переходник архивы ~10 гигов через sudo cp в графической консольке.. ядро 35 (10.10 убунта), везде ext4 на тех разделах
vlc минут 10 чтоль закрывал окно настроек по ОК

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

79. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Crazy Alex email(??) on 16-Ноя-10, 17:05 
загрузку CPU гляньте. USB иногда его жрёт совершенно неадекватно. Если есть загрузка - то таки да, этот патч поможет.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

118. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от fedya (??) on 16-Ноя-10, 19:52 
очевидно код vlc был вытеснен в swap. в этом причина. линукс агрессивно кэширует дисковые операции и к сожалению при свопинге ему по барабану что выгружать - страницы с кодом или страницы с данными.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

123. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –2 +/
Сообщение от User294 (ok) on 16-Ноя-10, 20:36 
> что выгружать - страницы с кодом или страницы с данными.

А винда вообще все увесистые приложения в своп выдавливает если с ними не работать энное время. Поэтом когда юзер захочет переключиться из "ворда" в "браузер с 20 страницами" - его может поджидать прикольный сюрприз, если он час в ворде куковал и браузер успел вытечь в своп постепенно. При том - эффект вылезает даже на машинах с 4-8Гб. Извиняюсь, убунта вообще на таких машинх своп практически не юзает в крейсерском режиме. Ну и тормозов особо нет. А вот на винде - можно нарваться на тормоза и если даже не было никакого IO с диском, достаточно прсто поработать полчаса с другой программой, убрав увесистую программу в фон. И она будет выперта в своп, хотя памяти еще архидофига, дисковый кеш никому не нужен и прочая. Просто превентивно, мля. Может это и было хорошим решением когда оперативы заведомо не хватало, на древних i386, однако сейчас на машинах с достаточно большой памятью это только почем зря вызывет тормоза на выуживание программ из свопа.

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

140. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Иван Иванович Иванов on 16-Ноя-10, 22:48 
Именно поэтому я в Windows с 2003 года отключаю SWAP нафиг. :)

А сейчас при цене памяти $30 за 2GB, включать SWAP - идиотизм и маразм.

Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

126. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от JL2001 (ok) on 16-Ноя-10, 20:49 
> очевидно код vlc был вытеснен в swap. в этом причина. линукс агрессивно
> кэширует дисковые операции и к сожалению при свопинге ему по барабану
> что выгружать - страницы с кодом или страницы с данными.

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

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

157. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –1 +/
Сообщение от Zenitur on 17-Ноя-10, 05:29 
У меня в 2001-м году было 384 мегабайта памяти. Не 512, но подкачку в Windows отключил. Собственно, поэтому и непонятно, почему новое KDE хочет от 512 до гигабайта просто чтобы загрузить себя.
Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

182. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от JL2001 (ok) on 17-Ноя-10, 13:11 
> У меня в 2001-м году было 384 мегабайта памяти. Не 512, но
> подкачку в Windows отключил. Собственно, поэтому и непонятно, почему новое KDE
> хочет от 512 до гигабайта просто чтобы загрузить себя.

ну всёж не надо так про кеды4, 300 метров самим кедам после загрузки норм (по крайней мере когда сам их ставил попакетно а не через кубунту)
но вот фаерфокс и 350 вкладок жрут 1,1 гига оперативы :)

зы: перешёл на openbox, пока рад как слон (по личным ощущениям оно конкретно отзывчивее, е17 медленнее тож, хоть и пока сидел в e17 это не замечалось), нехватает температурок в иконках в сустрее но думаю конки справится как руки дойдут пощупать

Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

222. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от rewlad on 18-Ноя-10, 21:55 
для firefox есть BarTab
Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

233. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Yet Another Anonymous on 24-Дек-10, 14:29 
Вы забыли добавить имхо, когда упоминали е17. Релиза еще нет, а в бетах всегда может быть ошибка.
Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

166. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от zazik (ok) on 17-Ноя-10, 09:40 
>> очевидно код vlc был вытеснен в swap. в этом причина. линукс агрессивно
>> кэширует дисковые операции и к сожалению при свопинге ему по барабану
>> что выгружать - страницы с кодом или страницы с данными.
> у меня тупо нет свопа, я считаю что 4 гига оперативы для
> десктопа с головой хватает (что и наблюдаю уже пару недель)

У меня есть, по-минимуму, 32 мега что ли. Иначе она ругалась.

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

179. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от JL2001 (ok) on 17-Ноя-10, 13:05 
>>> очевидно код vlc был вытеснен в swap. в этом причина. линукс агрессивно
>>> кэширует дисковые операции и к сожалению при свопинге ему по барабану
>>> что выгружать - страницы с кодом или страницы с данными.
>> у меня тупо нет свопа, я считаю что 4 гига оперативы для
>> десктопа с головой хватает (что и наблюдаю уже пару недель)
> У меня есть, по-минимуму, 32 мега что ли. Иначе она ругалась.

установщик дебиана/убунты ругался или кто ?

Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

218. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от zazik (ok) on 18-Ноя-10, 15:03 

> установщик дебиана/убунты ругался или кто ?

Увы, оффтопика :(

Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

223. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Aleksey Salow (ok) on 19-Ноя-10, 03:31 
вы работать за ним пробовали? У себя сейчас наблюдаю commit charge в 6G, но я так, пока плюшками балуюсь.
Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

169. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от ы on 17-Ноя-10, 10:07 
Федя этож линукс, как минимум 4 планировщика виртуальной памяти, выбери под себя любой.
Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

162. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Below (ok) on 17-Ноя-10, 08:43 
> Убунта сильно тормозит при копировании больших файлов

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

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

12. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от angrycore (ok) on 16-Ноя-10, 14:47 
После этого даже BFS не нужно? Оно с ним, я понимаю, не совместимо? Лично я BFS использую, тк он как раз увеличивает отзывчивость десктопной системы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Иван Иванович Иванов on 16-Ноя-10, 14:53 
> После этого даже BFS не нужно? Оно с ним, я понимаю, не
> совместимо? Лично я BFS использую, тк он как раз увеличивает отзывчивость
> десктопной системы.

Говорят, что даже лучше BFS.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

21. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 16-Ноя-10, 15:00 
Євыполнять повседневные задачи, такие как просмотр веб-сайтов и проигрывание видеороликов, даже в том случае, если процессор очень сильно нагружен фоновыми приложениями, например, многопоточной компиляцией, математическими расчётами, участием в различных вычислительных проектах и т.д. "
почему то мне это и сегодня не мешает на sempron 2200+ 1гб озу. Arch. в игры не побегаешь, но  в нете полазить, филшьмы посмотреть и зомбоящик tvtime.

man nice.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от анонимиус on 16-Ноя-10, 15:07 
>man nice.

Меня опередили.

Хотя nice действительно не поможет, если сделать make -jстотыщьмиллионов. Для этого cgroups  и есть.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

80. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Crazy Alex email(??) on 16-Ноя-10, 17:07 
> Євыполнять повседневные задачи, такие как просмотр веб-сайтов и проигрывание видеороликов,
> даже в том случае, если процессор очень сильно нагружен фоновыми приложениями,
> например, многопоточной компиляцией, математическими расчётами, участием в различных
> вычислительных проектах и т.д. "
> почему то мне это и сегодня не мешает на sempron 2200+ 1гб
> озу. Arch. в игры не побегаешь, но  в нете полазить,
> филшьмы посмотреть и зомбоящик tvtime.
> man nice.

Я так понимаю, речь о том, что не должно быть необходимости ручками тюнить nice в распространённых случаях.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

96. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 16-Ноя-10, 18:32 
> Я так понимаю, речь о том, что не должно быть необходимости ручками
> тюнить nice в распространённых случаях.

Вы хотите сказатъ, что для работы этого режима будет создаваться база данных приложений, согласно которой планировщик станет решать, как распределять приоритеты?

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

115. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Crazy Alex email(??) on 16-Ноя-10, 19:40 
Нет. Я хочу сказать, что в распространёном случае "рядовой десктоп" эта штука работает хорошо, даже если она, к примеру, слегка просаживает производительность - тем,что не надо ничего настраивать и тем, что она независима от конкретного набора приложений. nice же применяется к конкретным процесс - следовательно, нужна какая-то логика, которая будет выставлять нужный уровень каждому приложению. И если втаскиваем приложение, для которого этой логики нет - nice не поможет.

Вполне возможно, что в других случаях надо будет эту фичу выключать и использовать nice с необходимостью таки держать ту самую базу (хоть бы и в виде скриптов-обёрток).

Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

158. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Zenitur on 17-Ноя-10, 05:35 
У меня есть абсолютно такой же компьютер, но с 256 мегабайтами памяти, и не Sempron, а Athlon XP 2000+. Работает куча игр! В Wine медленно, нативные быстро. Вообще-вообще все нативные, выпущенные когда-либо за всю историю Linux. P.S. Видеокарта 7600GT, AGP. Дистрибутив openSuSE 2006 года с обновленным glibc, потому что некоторые закрытые программы (например Вангеры), не слинкованные статически, со старым отказываются запускаться.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

22. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +3 +/
Сообщение от spanasik email(ok) on 16-Ноя-10, 15:00 
Эх, ждём бэкпорт на 32 ядро.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от б.б. on 16-Ноя-10, 15:15 
> Эх, ждём бэкпорт на 32 ядро.

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

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

33. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от spanasik email(ok) on 16-Ноя-10, 15:16 
Очень хочется верить в лучшее.
Раз сам Линус в полном восторге, то шансы очень велики. Потестят, конечно, сначала.


Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

72. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от pavlinux (ok) on 16-Ноя-10, 16:57 
> Эх, ждём бэкпорт на 32 ядро.

:)

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

74. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от spanasik email(ok) on 16-Ноя-10, 16:59 
Ух ты, вот это здорово. Спасибо !


Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

76. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от pavlinux (ok) on 16-Ноя-10, 17:01 
Погодь, beta пока... Мне свалить часов на 5 надо, позже допилю.
А может кому делать нефиг, допиливайте. :)

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

77. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от spanasik email(ok) on 16-Ноя-10, 17:03 
Да я всё равно сам компилить не буду, на launсhpad отправлю ссылку. Всё-таки апдейты ядра хочется получать автоматом.
Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

86. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от pavlinux (ok) on 16-Ноя-10, 17:47 
> Да я всё равно сам компилить не буду, на launсhpad отправлю ссылку.
> Всё-таки апдейты ядра хочется получать автоматом.

Не, я пас, там добавлять надо функции для cgroup, rcupdate, sched_fair, fork,
две структуры, функцию перемещения задач между группами... В итоге 2.6.34 получиться :)

Короча, юзайте 2.6.36, там и от Гугля патчи для уменьшения латентности, и этот патчик,
XFS с delaylog,... в общам 32 на серваки, 36 на десктопы!!!
    


Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

88. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от б.б. on 16-Ноя-10, 17:52 
> Короча, юзайте 2.6.36, там и от Гугля патчи для уменьшения латентности, и
> этот патчик,
> XFS с delaylog,... в общам 32 на серваки, 36 на десктопы!!!

Точно! Долой 10.04 LTS и 6.0 Squeeze с десктопов! Всех на волю, всех на анстейблы, всех на эксперименталы, арчи и генты, стабильности не место на десктопах!


Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

92. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от pavlinux (ok) on 16-Ноя-10, 18:01 
>> Короча, юзайте 2.6.36, там и от Гугля патчи для уменьшения латентности, и
>> этот патчик,
>> XFS с delaylog,... в общам 32 на серваки, 36 на десктопы!!!
> Точно! Долой 10.04 LTS и 6.0 Squeeze с десктопов!

А вам кто-то обещает, новые фичи в старых дистрибах?
Исправления багов, дырок - да, killer features - нет. :)

> Всех на волю,всех на анстейблы, всех на эксперименталы, арчи и генты,
> стабильности не место на десктопах!

http://www.kernel.org/

Latest Stable Kernel: 2.6.36

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

109. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от б.б. on 16-Ноя-10, 19:15 
Debian Squeeze - старый дистрибутив? Очень интересно. Да и 10.04 из своей трёхлетней поддержки для десктопов ещё только 20% времени израсходовал.
Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

132. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –2 +/
Сообщение от Аноним (??) on 16-Ноя-10, 21:15 
>> Всех на волю,всех на анстейблы, всех на эксперименталы, арчи и генты,
>> стабильности не место на десктопах!
> http://www.kernel.org/
> Latest Stable Kernel: 2.6.36

вы бы хоть не позорились.. stable kernel с kernel.org ? это шутка такая ?:) LOL.

Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

136. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от ананим on 16-Ноя-10, 22:01 
вот откуда вы всё это берёте, а?
сколько дистров не видел, везде ванилла плюс всем известный набор патчей, которые не факт что поднимают стабильность. фичи какие-то - да, стабильность - нет.
ну может исключая рх. да и то, количество переколбашенного в нём народной молвой сильно преувеличено.
вот когда дистр начинает стареть и из новых ядер начинают усиленно бекпортировать, тогда да.
Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

141. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Иван Иванович Иванов on 16-Ноя-10, 22:51 
Тяжелое детство, ядро 2.2 :)

Релизы ядер с kernel.org - _стабильные_. Если вам кто-то говорит иначе - можете посылать на Йух.

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

212. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от ZloySergant (ok) on 18-Ноя-10, 00:43 
> Тяжелое детство, ядро 2.2 :)

Скорее, переход  2.0->2.2 ,  тяжко отразившийся на  неокрепшей психике
молодежи.

Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

98. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от crypt (??) on 16-Ноя-10, 18:38 
> Не, я пас, там добавлять надо функции для cgroup, rcupdate, sched_fair, fork,

...

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

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

85. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от GHhost email on 16-Ноя-10, 17:26 
>> Эх, ждём бэкпорт на 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

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

87. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от pavlinux (ok) on 16-Ноя-10, 17:48 
> 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

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

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

231. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Michael Shigorin email(ok) on 04-Дек-10, 16:10 
Коллега (led@) уже озадачился, ссылку ж давали: https://www.opennet.ru/openforum/vsluhforumID3/72547.html#226
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

24. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Михаил (??) on 16-Ноя-10, 15:03 
В следующей убунте вроде как раз собираются 2.6.38 использовать. Хорошо, вкусно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от анонимиус on 16-Ноя-10, 15:12 
И еще вопросик, действительно ли это нужно в ядре? Хотя, если патчик совсем небольшой, то да, удобно. %)

вполне можно было обойтись враппером вокруг терминалов или еще чего там.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 16-Ноя-10, 15:14 
А при чем тут процессор? Одного лишь только его недостаточно. Если идет копирование или другие операции с диском - компьютер умирает на это время...
Когда будет патч, который не позволяет одному процессу отжирать вообще всю дисковую подсистему?..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от анонимиус on 16-Ноя-10, 15:19 
поддерживаю

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

38. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +2 +/
Сообщение от gregg128 (ok) on 16-Ноя-10, 15:20 
ionice не подойдёт ?
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

39. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Иван Иванович Иванов on 16-Ноя-10, 15:20 
> А при чем тут процессор? Одного лишь только его недостаточно. Если идет
> копирование или другие операции с диском - компьютер умирает на это
> время...
> Когда будет патч, который не позволяет одному процессу отжирать вообще всю дисковую
> подсистему?..

IO imposed load average != CPU load. Вырубите себе на лбу.

И перестаньте использовать top - он показывает бред. htop - единственный правильный консольный processes viewer/manager.

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

43. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 16-Ноя-10, 15:38 
"IO imposed load average != CPU load. Вырубите себе на лбу. И перестаньте использовать top - он показывает бред. htop - единственный правильный консольный processes viewer/manager."

Мне не надо смотреть htop (моя любимая прога кстати) чтобы понять что когда я что-то копирую с диска на диск - система умирает и не интерактивна. Меня бы обрадовало чтобы я просто наблюдал интерактивность системы в соей бубунте при высокой загрузке жесткого диска и всё.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

60. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Hugo Reyes on 16-Ноя-10, 16:12 
ionice при включенном CFQ не помогает?
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

232. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Michael Shigorin email(ok) on 04-Дек-10, 16:11 
> ionice при включенном CFQ не помогает?

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

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

42. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от анонимиус on 16-Ноя-10, 15:28 
http://www.mjmwired.net/kernel/Documentation/cgroups/blkio-c...
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

35. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –5 +/
Сообщение от edo (ok) on 16-Ноя-10, 15:17 
> Данный патч специальным образом разбивает выполняемые задачи на группы в привязке к TTY, которые затем получают процессорные такты более равномерно

ИМХО костыль.

чем оно лучше запуска make через nice?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

40. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +5 +/
Сообщение от Иван Иванович Иванов on 16-Ноя-10, 15:21 
>> Данный патч специальным образом разбивает выполняемые задачи на группы в привязке к TTY, которые затем получают процессорные такты более равномерно
> ИМХО костыль.
> чем оно лучше запуска make через nice?

Пользователь не должен знать о существовании nice и консоли вообще. Пока вы это не поймёте, Линукс так и будет занимать 1% desktop'ов.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

44. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от Аноним (??) on 16-Ноя-10, 15:40 
> Пользователь не должен знать о существовании nice и консоли вообще. Пока вы
> это не поймёте, Линукс так и будет занимать 1% desktop'ов.

А сами заставляете вникать в "IO imposed load average != CPU load"... Как сделать чтобы доступ к жесткому диску был равномерным?

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

47. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от анонимиус on 16-Ноя-10, 15:42 
> Как сделать чтобы доступ к жесткому диску был равномерным?

Сейчас тебя кто-нибудь попросит прояснить критерии равномерности. ;)


Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

54. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 16-Ноя-10, 16:01 
Это что за сферический пользователь, который запускает make и не знает что такое nice/ionice? :)
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

160. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +2 +/
Сообщение от kshetragia (ok) on 17-Ноя-10, 06:01 
На пингвина похож.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

81. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от szh (ok) on 16-Ноя-10, 17:08 
> Это что за сферический пользователь, который запускает make и не знает что такое nice/ionice? :)

запускать make не нужно!

--
Привет из 2011 года.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

56. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от nib952051 (ok) on 16-Ноя-10, 16:02 
если толсто, то никто не запрещает в дистре добавить алиасы на комманды типа make, g++..
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

82. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Crazy Alex email(??) on 16-Ноя-10, 17:11 
>>> Данный патч специальным образом разбивает выполняемые задачи на группы в привязке к TTY, которые затем получают процессорные такты более равномерно
>> ИМХО костыль.
>> чем оно лучше запуска make через nice?
> Пользователь не должен знать о существовании nice и консоли вообще. Пока вы
> это не поймёте, Линукс так и будет занимать 1% desktop'ов.

Бред (пользователи обычно и так про nice не знают, а "ужасная консоль" - это уже что-то из городских мифов), но для распространённых случаев таки должно быть что-то попроще nice. Настройка в sysctl, которую могу сделать дистрибьюторы, вполне годится.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

58. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от Hugo Reyes on 16-Ноя-10, 16:04 
как быть с xorg? его процессы не привязаны к tty, или mplayer запускать из консоли?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

78. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от анонимиус on 16-Ноя-10, 17:04 
> как быть с xorg? его процессы не привязаны к tty, или mplayer
> запускать из консоли?

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

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

59. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от f0y (ok) on 16-Ноя-10, 16:05 
Хороший повод пересобрать ядро =)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

62. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 16-Ноя-10, 16:17 
Автора новости в студию.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

71. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним Я on 16-Ноя-10, 16:53 
достоинство сражающее наповал )
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

89. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от SyCraft (ok) on 16-Ноя-10, 17:53 
а где патч обитает ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

91. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +3 +/
Сообщение от pavlinux (ok) on 16-Ноя-10, 17:57 
для 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
Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

90. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +2 +/
Сообщение от pavlinux (ok) on 16-Ноя-10, 17:56 
Что самое интересно, раньше при работе одного firefox,
он весел на одном или двух ядрах проца и нагружал их на 15%-20%.
Теперь постоянно нагружены все 4 ядра, но по 4-8%.
Что в итоге получается больше - 16-32%
  
Надо замерить температуру в комнате. :)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

93. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Crazy Alex email(??) on 16-Ноя-10, 18:05 
Ну понятно, что оно не даром дастся... Хотя подозреваю, что может быть просто погрешность
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

99. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от strange (??) on 16-Ноя-10, 18:44 
Скомпилировал 35-е ядро с данным патчем (чуть поправив руками), жуть как интересно было попробовать. Сейчас компилируется повторно с -j 50. Не то что бы сильно впечатлило, но в целом приятно. Ессно перед этим попробовал запустить тот же make без патча. С патчем система не дергается, все плавно. Смотреть HD видео не пробовал, но mp4 ролик небольшого разрешения проигрался четко, без рывков. Серфить так вообще незаметно что load average уже за 40. Единственное, что насторожило, при загрузке с новым ядром система сказала "Бббульк..." вместо привычного звука.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

100. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 16-Ноя-10, 18:58 
>Тюнить nice в распространённых случаях.

А в нераспространённых? Хотите сказать, что оно работает по предварительно составленным спискам приложений?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

105. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от анонимиус on 16-Ноя-10, 19:06 
>Хотите сказать, что оно работает по предварительно составленным спискам приложений?

Примерно так. По pid-ам. ;) man cgroups


Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

116. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Crazy Alex email(??) on 16-Ноя-10, 19:42 
"В распространённых" = "обычно". На рядовом десктопе, например. Если нет - можно выключить.
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

101. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 16-Ноя-10, 19:01 
Почему у меня нет этого файла: /proc/sys/kernel/sched_autogroup_enabled ?
Скомпилил 2.6.36 ядро с патчем от Павлинуха. В чем загводзка?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

104. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от strange (??) on 16-Ноя-10, 19:05 
А точно включено в make menuconfig? Опция Automatic process group scheduling
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

153. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от nobodys on 17-Ноя-10, 05:16 
Desktop centric group scheduling опция в оригинальном патче
Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

102. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 16-Ноя-10, 19:01 
Господа, а производительность при этом патче не просаживается?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

108. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от strange (??) on 16-Ноя-10, 19:14 
> Господа, а производительность при этом патче не просаживается?

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

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

113. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Gular (ok) on 16-Ноя-10, 19:38 
У себя в дженту пока не пробовал, но вполне допускаю, что так и есть. Это патч не уменьшающий время, а умело распределяющий его.
Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

111. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от r0g3r email(??) on 16-Ноя-10, 19:34 
Кон Коливас, наконец-то, успокоится :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

117. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +3 +/
Сообщение от Crazy Alex email(??) on 16-Ноя-10, 19:44 
> Кон Коливас, наконец-то, успокоится :)

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

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

213. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от r0g3r (??) on 18-Ноя-10, 03:07 
Тем не менее, Коливас хотя бы привлёк серьёзное внимание к проблеме и пытался хоть что-то решить. Поищите его интервью, где он рассказывал, как он срался с разработчиками на эту тему.
Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

114. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от phpcoder email(ok) on 16-Ноя-10, 19:39 
Заинтриговали, хочется посмотреть. Буду ждать когда появится в репозитории :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

121. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +2 +/
Сообщение от Аноним (??) on 16-Ноя-10, 20:13 
make -j128 работает, пишу c холодильника.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

128. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от pavlinux (ok) on 16-Ноя-10, 21:01 
> make -j128 работает, пишу c холодильника.

:)

Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

124. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Sunder (ok) on 16-Ноя-10, 20:39 
Хотелось бы увидеть бэкпорт патча в популярные младшие версии ядра, в 2.6.32 и 2.6.35 :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

139. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 16-Ноя-10, 22:25 
Присоединяюсь! Павлинух, плиз, очень просим на 2.6.35. Спасибо тебе заранее!
Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

143. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от V (??) on 16-Ноя-10, 23:44 
35 не нужен. просим на 32.
Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

150. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от pavlinux (ok) on 17-Ноя-10, 02:50 
> Присоединяюсь! Павлинух, плиз, очень просим на 2.6.35. Спасибо тебе заранее!

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


Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

133. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 16-Ноя-10, 21:24 
Это будет работать если планировщик не CFS?  
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

146. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +2 +/
Сообщение от Кракен on 17-Ноя-10, 01:01 
Товарищь Lennart Poettering считает, что привязнывание групп к TTY не тру и говорит, что все можно было бы сделать с помощью cgroups в юзерспейсе.
http://lists.fedoraproject.org/pipermail/devel/2010-November...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

148. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от prapor (??) on 17-Ноя-10, 02:21 
То ли это ?плацебо?, то ли оно реально работает.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

152. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Zenitur on 17-Ноя-10, 05:11 
Лично мне нравится то, как было. 2006 год. В Wine на весь экран работает игра. Попутно компилируется DosBOX и работает браузер. Браузер и игра отзывчивы, несмотря на компиляцию. Видимо, расчитано так, что те 3-10%, которые хотят у процессора игра и браузер, они возьмут, а оставшееся процессорное время - на компиляцию.
И вот я нажимаю мультимедиа-клавишу на клавиатуре, чтобы включить проигрыватель Amarok. Он запускался 40 секунд вместо 3-5. Я отлично видел что система загружена - но как бы поступил Windows? Он запустил бы Amarok за 3-5 секунд, за которые вся система бы мощно тормозила: я свой компьютер знаю. А Linux что? Браузер отзывчив, игра на фоне на весь экран легонько-легонько стала притормаживать, но эффекты Beryl (то же что и Compiz) летают. Amarok запустился и не тормозил.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

170. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +2 +/
Сообщение от Аноним (??) on 17-Ноя-10, 10:26 
FreeBSD 7...9
make -j32++
slowdowns aren't observable.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

195. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Sem email(??) on 17-Ноя-10, 15:39 
> FreeBSD 7...9
> make -j32++
> slowdowns aren't observable.

Не удивительно. ULE шедуллер, который давно по умолчанию, умеет все это.

Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

171. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Svchost on 17-Ноя-10, 10:33 
Наконец-то реальные движения в сторону Линукса для десктопа. Меня раньше смущало, что окно Firefox в Линуксе виснет и все тормозит при установке приложений через Synaptic или распаковке какого-нибудь архива, хотя в оффтопике такого не было при установке трех приложений и распаковке трех архивов
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

178. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от анонимиус on 17-Ноя-10, 13:04 
> Наконец-то реальные движения в сторону Линукса для десктопа. Меня раньше смущало, что
> окно Firefox в Линуксе виснет и все тормозит при установке приложений
> через Synaptic или распаковке какого-нибудь архива, хотя в оффтопике такого не
> было при установке трех приложений и распаковке трех архивов

Либо для тебя ничего не изменится, либо будешь теперь пускать сунаптик с терминала. ;)


Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

173. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от m0r9un0v (ok) on 17-Ноя-10, 10:51 
BFS давно юзаю. ZEN собрать не удалось.
А BFS ещё несколько лет назад следовало в ядро включить.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

180. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Sunder_work on 17-Ноя-10, 13:07 
Не надо. Собирал я ядро с этим BFS - интерактивность действительно замечательная но резко падает производительность в 3D на драйверах NVidia. Очевидно они не приспособлены для работы с этим планировщиком :(
Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

184. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от Аноним (??) on 17-Ноя-10, 13:28 
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.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

185. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от pavlinux (ok) on 17-Ноя-10, 13:49 
# 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

Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

189. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от анонимиус on 17-Ноя-10, 13:58 
mount -t cgroup cgroup /sys/fs/cgroup/cpu -o cpu

?

Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

208. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Stax (ok) on 17-Ноя-10, 19:45 
Вот чуть подправленный рецепт (работает кстати и на 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

Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

209. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 17-Ноя-10, 19:57 
> Вот чуть подправленный рецепт (работает кстати и на 2.6.32 в RHEL 6)

Так в /dev или в /sys ? или где почитать?

Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

210. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Stax (ok) on 17-Ноя-10, 21:42 
Да без разницы, в dev или sys. Хоть в mnt :)
Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

211. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от pavlinux (ok) on 17-Ноя-10, 22:50 
> 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"

Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

190. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от анонимиус on 17-Ноя-10, 14:02 
Интересно, что на это ответит Линус после его "killer feature". ;) :D:DD


Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

191. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 17-Ноя-10, 14:14 
А вот что ответил: 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.
Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

194. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  –1 +/
Сообщение от анонимиус on 17-Ноя-10, 15:34 
> А вот что ответил: http://lkml.org/lkml/2010/11/16/351

Спасибо, посмотрел.

Что-то он уныл, упирается, даже где-то противоречит своим прежним взглядам (так, по ощущениям, ссылок не дам), тянет в рот всякую гадость.

А что делать, если компилять из иксов, без терминала, или еще чего тяжелое делать, видео пережимать avidemux-ом? Да много чего можно придумать.

ЭТО - не решение. Надо делать на уровне wm и de.


Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

197. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от pavlinux (ok) on 17-Ноя-10, 16:14 
Попроси писать WM и DE на С с элементами порно-ассемблера.
Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

214. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от DFX (ok) on 18-Ноя-10, 06:57 
хе хе, а вот что он ответил ДО этого:

"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 таки выпал с ошибкой при связывании :(

Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

219. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Шурек Табуреткин (ok) on 18-Ноя-10, 15:49 
Да, и чтобы это все крутилось еще на CPU с GPU на борту да?) Недавно тут вроде была новость про выпуск оного, если не ошибаюсь.
Ответить | Правка | ^ к родителю #214 | Наверх | Cообщить модератору

201. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от rpisarev on 17-Ноя-10, 16:33 
все патчи скопом :)
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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

216. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 18-Ноя-10, 10:36 
Новость не совсем верная.  Для _десктопа_ этот патч ничего не сделает. Патч полезен только для тех, кто из терминала (идет привязка к TTY) запускает кучу прожорлевых задач (make -j).  Linus сильно рад, потому что он именно этим и занимается.  Для обычного десктопа патч только чуть замедлит систему, так как планировщик будет дополнительно работать с cgroups.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

220. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 18-Ноя-10, 18:00 
Новость верная, группа создается не только для TTY, а на каждый процесс порожденный с TTY. Т.е. firefox, glxgears и openoffice будут в разных группах, независимо от того, что они привязаны к одному TTY.
Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

217. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от vesti on 18-Ноя-10, 13:01 
странно, а у меня и на старом ядре работает
nice -n 10 make -j 128
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

221. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 18-Ноя-10, 18:59 
Респект создателю этого патча.

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

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

224. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от фрибздишник on 19-Ноя-10, 18:49 
А я думал, что линух - многозадачная система. Я ошибался? :-)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

225. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +/
Сообщение от Аноним (??) on 20-Ноя-10, 01:04 
>А я думал, что линух - многозадачная система. Я ошибался? :-)

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

226. "В Linux-ядро будут внесены улучшения, существенно влияющие н..."  +1 +/
Сообщение от rpisarev on 21-Ноя-10, 15:53 
все патчи скопом :)
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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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