https://www.opennet.ru/openforum/vsluhforumID3/75587.html Пример компиляции ядра в таких дистрибутивах как Debian и Ubuntu с целью задействования всех возможных оптимизаций для текущего процессора (core-duo). Все произведённые действия подойдут для ubuntu 9.10 - 10.10<br><br>Для начала загрузим исходные тексты ядра и заголовочные файлы:<br><br> sudo aptitude install linux-source-2.6 linux-headers<br><br>Установим утилиты для компиляции ядра<br><br> sudo aptitude install build-essential kernel-package libncurses-dev<br><br>Полученное ядро нужно распаковать:<br><br> cd /usr/src/<br> sudo tar -xjf linux-source-*<br><br>Затем нужно выставить опции компиляции для gcc c оптимизацией под нужный процессор. Для Intel-процессоров опции можно найти на [[http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel данной странице]]. Так же начиная с GCC версии 4.2 можно указать опцию "-march=native", тогда GCC автоматически определит оптимальные настройки для вашего процессора. Так давайте же и мы воспользуемся этой замечательной возможностью. Так же рекомендуется добавлять опции "-pipe -fomit-frame-pointer". https://www.opennet.ru/openforum/vsluhforumID3/75587.html#55 Tue, 05 Apr 2011 05:00:59 GMT &gt;&gt; А с какими опциями лучше собирать ядро под процессор core i5 2300(Sandy <br>&gt;&gt; Bridge) ?<br>&gt; linux=remove, windows=install, очевидно же. если не знаешь, не лезь.<br><br>Класс ответ. А если не лезть то хер когда узнаешь.<br> https://www.opennet.ru/openforum/vsluhforumID3/75587.html#54 Mon, 04 Apr 2011 17:22:25 GMT &gt; Думаю перекомпиляция ядра в производительности заметно не добавит. Вот пересборка glibc, <br>&gt; GTK, QT думаю даст процентов 10-15. Не факт что при этом <br>&gt; не добавится трудновоспроизводимых глюков.<br><br>Гентушники тихо хохочут в сторонке. Грамотная пересборка всей системы даёт от 10% до 250% (двести пятьдесят, это не опечатка), в зависимости от приложения. Из багов, вызванных сборкой из исходников, за три года не нескольких разных системах поймал только один.<br> https://www.opennet.ru/openforum/vsluhforumID3/75587.html#53 Thu, 31 Mar 2011 20:42:56 GMT кажись для xp и x2 есть варианты. или у меня это патчи?<br> https://www.opennet.ru/openforum/vsluhforumID3/75587.html#52 Thu, 31 Mar 2011 16:31:07 GMT Чет не пойму к чему это все и зачем, сделайте нормальную wiki страницу под разными CPU + описание ключей компиляции и типовые тесты, бенчмарки к ним, вот тогда было бы с чем сравнить и видеть куда оптимизировать. А так каждый изобретает свое колесо .... в своем понимании формата колеса .... <br> https://www.opennet.ru/openforum/vsluhforumID3/75587.html#51 Sun, 27 Mar 2011 13:30:48 GMT И ещё: регулярно исполбзую make-kpkg, но пока не удалось после нанесения очередного patch-2.6.xx.x пересобрать пакет без полного предшествующего make-kpkg clean. А нужно-то было бы всего несколько (пропатченных) файлов перекомпилить, вместо всего ядра. Или есть у make-kpkg где-то такая фича, чтобы гибче было?<br> https://www.opennet.ru/openforum/vsluhforumID3/75587.html#50 Sun, 27 Mar 2011 13:27:49 GMT Вот смотрю я на опции выбора CPU в ядре (да и в GCC), и думаю, Intel Core 2 == Phenom II? А то на Athlon 64 всё так с AMD и застыло.<br> https://www.opennet.ru/openforum/vsluhforumID3/75587.html#49 Fri, 25 Mar 2011 18:05:21 GMT 10-15% ???<br><br>я вас жутко разочарую - в общем случае это будет 0-3%.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/75587.html#48 Fri, 25 Mar 2011 15:38:49 GMT Кстати, gcc 4.5 (может и в более ранних версиях) выдаёт чуть больше оптимизаций, чем просто подстраивание march под ваш проц. Там что-то типа cach-line-size и что-то ещё в этом роде. Сейчас под рукой нет. Конфетка, вобщем. Кстати, собирать _только_ едро с march=native и проч. не вижу особо смысла без пересборки, хотя бы, мира. Там то уж оптимизации побольше подразгуляются, ИМХО.<br> https://www.opennet.ru/openforum/vsluhforumID3/75587.html#47 Fri, 25 Mar 2011 15:26:33 GMT Кстати да. Правда на 720p, но и на более слабом проце... vdpau, как оказалось, не завелось... А я и не заметил. Хотя это более идеологический вопрос, пожалуй. Меня вот коробит, что у меня тут sse2, sse3, ну и вообще весь такой из себя проц..., а собрано всё под generic amd64.... ( Это если ось 64 битная... А так и под i386 вообще.<br>