The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Раздел полезных советов: Компиляция Linux-ядра под заданный ..., auto_tips (??), 20-Мрт-11, (0) [смотреть все]

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


5. "Компиляция Linux-ядра под заданный процессор в Debian/Ubuntu"  +2 +/
Сообщение от andrewlap (?), 20-Мрт-11, 15:30 
> А какие-нибудь performance тесты не проводили? Есть ли какой-нибудь реальный смысл во
> всем этом?

Тесты не проводились, в интернете о подобных тестах ничего нет. Я раньше на Gentoo сидел, там можно было всю систему так откомпилировать, но там в репозитории пакеты нестабильные, и частенько что нибудь падало, и я пересел на дебиан, а теперь вот на ubuntu, но в этих дистрибах ничего подобного нет, с apt-build-ом у меня не сложилось, и судя по отзывам ни у кого он нормально не работает, а в заднице свербило, ведь в gcc можно указать отпции компиляции под процессор, а ubuntu и debian пакеты компиляются с опцией i386 или в лучшем случае i686. Теоретически при указании gcc компиляции кода под заданный проц. код должен получаться быстрее. Но никто тестами пока это не подтвердил, потому что непонятно что тестировать и как. Судя по всему прирост будет не во всех задачах. Я сижу на таком откомпиленном ядре, в принципе тачила мощная так что ей пофик на каком ядре работать.
Но спросите любого гентушника - он вам ответит что gentoo работает процентов на 15 быстрее. Скорее всего эти проценты взяты с потолка, и гентушники в них свято верят, иначе если не верить в это, зачем же тогда компилять всю систему?

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

7. "Компиляция Linux-ядра под заданный процессор в Debian/Ubuntu"  +/
Сообщение от Anonimous (?), 20-Мрт-11, 19:44 
Думаю перекомпиляция ядра в производительности заметно не добавит. Вот пересборка glibc, GTK, QT думаю даст процентов 10-15. Не факт что при этом не добавится трудновоспроизводимых глюков.
Ответить | Правка | Наверх | Cообщить модератору

32. "Компиляция Linux-ядра под заданный процессор в Debian/Ubuntu"  +/
Сообщение от Карбофос (ok), 22-Мрт-11, 12:00 
перекомпильни, да замеряй утилитой bootchart. посмотри графики, подумай.
Ответить | Правка | Наверх | Cообщить модератору

44. "Компиляция Linux-ядра под заданный процессор в Debian/Ubuntu"  +1 +/
Сообщение от User294 (ok), 25-Мрт-11, 15:44 
> Не факт что при этом не добавится трудновоспроизводимых глюков.

Регулярно вижу криворуких уродов (с понятно какой системой), которые сперва как ввинтят флагов для "адской оптимизации" на целых два этажа, со всей дури, чтобы выжать еше 3% скорости vs -O2, а потом идут и со всей дури плакаются в багтрекеры: "в вашей программе баг!". Хотя на самом деле баг в 80% случаев сугубо в мозгах дятла который ввинтил свой трехэтажный малопротестированный набор фич оптимизации и резонно поимел неочевидные глюки. Связанные с тем что такую дикую этажерку флагов оптимизации никто до него вообще не тестировал и компилер оказывается изредка в такой ситуации генерит слегка глючный код, перемудрив с оптимизацией. Не, ну ладно б еще авторам гцц баги писали, если уж так принципиально чтобы эта этажерка все-таки полетела и не глючила именно с таким набором флагов, так ведь нет, за что-то мозг выносят ни в чем не виноватым авторам постороннего софта. Которые ни разу не виноваты в том что у очередного пионера жопа просила приключений, елки.

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

49. "Компиляция Linux-ядра под заданный процессор в Debian/Ubuntu"  +1 +/
Сообщение от Иван Иванович Иванов (?), 25-Мрт-11, 21:05 
10-15% ???

я вас жутко разочарую - в общем случае это будет 0-3%.

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

54. "Компиляция Linux-ядра под заданный процессор в Debian/Ubuntu"  +/
Сообщение от bircoph (ok), 04-Апр-11, 21:22 
> Думаю перекомпиляция ядра в производительности заметно не добавит. Вот пересборка glibc,
> GTK, QT думаю даст процентов 10-15. Не факт что при этом
> не добавится трудновоспроизводимых глюков.

Гентушники тихо хохочут в сторонке. Грамотная пересборка всей системы даёт от 10% до 250% (двести пятьдесят, это не опечатка), в зависимости от приложения. Из багов, вызванных сборкой из исходников, за три года не нескольких разных системах поймал только один.

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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