emostar 17.12.2010 19:12
Я рекомендую — Ядро 2.6.36 с новым патчем
Один человек с ником Mahdi создал deb-пакет ядра с новым ускоряющим 200-строчным патчем о котором все так говорят.Пока что его сборка рассчитана только для Ubuntu 10.10 32 bit, скачать можно по ссылке:
linux-headers-2.6.36
linux-image-2.6.36
Если вы ране вносили изменения в свой .bashrc профиль, нужно их убрать:
1 |
|
дальше нужно убрать этот код:
1 |
|
1 |
|
1 |
|
1 |
|
1 |
|
убрать еще один лишний файл:
1 |
|
убрать изменения которые вы внесли ранее в rc.local
1 |
|
в нем нужно убрать следующие строки:
1 |
|
1 |
|
1 |
|
1 |
|
только не удаляйте строчку с "exit 0"
Далее устанавливаем deb-пакет и перезагружаемся.
Внимание! этот патч рассчитан только для Ubuntu 10.10 Maverick и на других системах я ее не тестил. Если у кого есть возможность потестить этот пакет на Mint 10 (например, на виртуальной машине), будьте добры отпишитесь.
Остальные убунтоводы других версий могут патчить оригинальное ядро с помощью скрипта:
сначала скачаем его:
1 |
|
потом добавим права на выполнение:
1 |
|
запускаем...
1 |
|
осталось только перезагрузить систему чтобы она загрузилась с пропатченным ядром.
Материалы взяты с webupd8
Если я что-то написал не так, пожалуйста поправьте, это мой первый пост на Welinux.
...и еще маленькая просьба - подскажите как цитировать код для терминала ;)
о_О
Пипец. Начинание, конечно, хорошое, но зачем для патча так через одно место делать-то? Неужели просто собрать готовый deb-пакет проблема?
Пипец. Начинание, конечно, хорошое, но зачем для патча так через одно место делать-то? Неужели просто собрать готовый deb-пакет проблема?
в начале поста написано что это готовое ядро в deb-пакете
а адльше про строчки (раньше был вариант как добиться похожего результата с помощью bashrc и rc.local)
а адльше про строчки (раньше был вариант как добиться похожего результата с помощью bashrc и rc.local)
Вот надо как-то разграничить, а то в целом пост смотрится, как одно большое руководство, типа "Качайте отсюда, а потом танцуйте вот там".
200-сточный патч, о котором все так говорят
facepalm.jpg
Не, ну я понимаю, еще бы гентушники суетились с лишним патчем (хм, а он еще не в дзен-кернеле, нет?), для отзывчивости системы, пока в фоне вертится emerge -auDNv world Но убунтоводам-то зачем? Вы ж даже ядро УЖЕ скомпилированное с патчем откуда-то тянете...
Вы пробовали уже? В чем профит? И насколько профит?
facepalm.jpg
Не, ну я понимаю, еще бы гентушники суетились с лишним патчем (хм, а он еще не в дзен-кернеле, нет?), для отзывчивости системы, пока в фоне вертится emerge -auDNv world Но убунтоводам-то зачем? Вы ж даже ядро УЖЕ скомпилированное с патчем откуда-то тянете...
Вы пробовали уже? В чем профит? И насколько профит?
Будучи гентушником могу сказать, что emerge -auDNv world нисколько не влияет на степень комфорта работы за компом. Его просто не чувствуется. Хоть в браузере флеш крути, хоть HD-видео смотри. Бывало забывал о том что он крутится в фоне, разворачиваю yakuake а он там чё-та компилит. Вы так говорите, как будто при emerge -auDNv world можно ощутить какое-то замедление реакции системы, либо, того хуже, компом пользоваться невозможно. Наглая ложь. Или провокация. Нехорошо.
Я ТАК ГОВОРЮ?
Будучи фантушником, могу только подтвердить, что отзывчивость системы даже при оправданных -j5 не страдает ни разу (ну разве что джава медленнее компилится, да и то...)
Мне этот патч сто лет не нужен (разве что я себе заведу ферму для компилирования, чтоб емердж работал быстрее пакмена))
Мне непонятна вся эта чехарда с 200 строчками. Тем более, что 200 строчек стоят на плечах великолепных архитектурных решений и месяцах планомерного дивелопмента.
А вы сразу... "Наглая ложь. Или провокация. Нехорошо"
Будучи фантушником, могу только подтвердить, что отзывчивость системы даже при оправданных -j5 не страдает ни разу (ну разве что джава медленнее компилится, да и то...)
Мне этот патч сто лет не нужен (разве что я себе заведу ферму для компилирования, чтоб емердж работал быстрее пакмена))
Мне непонятна вся эта чехарда с 200 строчками. Тем более, что 200 строчек стоят на плечах великолепных архитектурных решений и месяцах планомерного дивелопмента.
А вы сразу... "Наглая ложь. Или провокация. Нехорошо"
Плин, у вас в профиле описана такая система, что было бы даже странно, если бы что тормозило, хехе)
Дыкть, как раз гентушники и не заморачиваются с патчем. Я его себе влепил на моё 35-ое зен-ядро и доволен. Правда, разницы особой не ощутил. Хотя один хороший знакомый, у которого гента среди прочих машин на не самом сильном буке, говорит, стало получше.
И да, в последнем зен-ядре он уже из коробки.
И да, в последнем зен-ядре он уже из коробки.
А еще скрипт для других версий - на испанском. Хорошо, хоть эхи на английский перевели...
Все, разумеется, в курсе, что этот патч для планировщика CFS, и для модного нынче планировщика BFS он не подходит?
Я вот ещё недавно не знал и угробил час свободного времени :(
Так вот в чем дело! А я приготовился уже кричать о том, что патч-фуфло. Вы вернули мне надежду!
Кто нибудь вообще за новостями следит?
Патч на ядро - это одно, а вот то что дальше идёт в этом посте -провокация совем другой метод, который не имеет никакого отношения к ядру и, по заявлению некоего разработчика из Red Hat "работает даже лучше патча с привязкой групп планирования к TTY". Разумно ли их мешать - я незнаю.
http://www.opennet.ru/tips/2478_cgroup_latency_kernel.shtml
Патч на ядро - это одно, а вот то что дальше идёт в этом посте -
http://www.opennet.ru/tips/2478_cgroup_latency_kernel.shtml
Не понимаю я .... патч который просит убрать все изменения из .bashrc ...
у меня там подключается .bash_functions.sh - в нем все мои удобства, ну не вручную же мне его каждый раз подключать?
у меня там подключается .bash_functions.sh - в нем все мои удобства, ну не вручную же мне его каждый раз подключать?
<code lang='bash'> some bash code here</code>