Чи компіляція ядра Linux робить ОС швидшою?

Чи компіляція завантаженого ядра Linux (наприклад, 3.2) робить операційну систему (наприклад, ubuntu) швидшою на цій конкретній машині?

Загалом, ні.

Однак є деякі винятки із "ні". Наприклад, ядро ліквору або аромат ядра Ubuntu . Як правило, це налаштування продуктивності і може змінити значення (серверне ядро ​​швидше для серверів і не покращить продуктивність робочого столу).

У Ubuntu, якщо ви використовуєте належний аромат ядра, вам слід погодитися.

Примітка: Ядро Liquorix також має деякі виправлення (крім настройки продуктивності).

Іншим винятком буде, якщо у вас є якесь незвичайне обладнання.

Але в переважній більшості випадків продуктивність не є "стандартною" причиною для складання ядра.

Подивитися:

Ядро компіляції вікі Ubuntu

Найточніша відповідь, як казав bodhi.zazen, не зазвичай, а за кількома винятками. Більшість цих винятків пов'язані з обладнанням, але деякі - лише проблеми з конфігурацією. Виправдання моєї відповіді наступне.

Я склав двадцять шість ядер між двома машинами за останній місяць, намагаючись налаштувати продуктивність. Що я знайшов:

1. Зміна типу процесора в .config до рідної архітектури та видалення параметрів, які підтримують інші архітектури, покращила пропускну здатність файлів вводу / виводу більш ніж на 10% у орієнтирах (достатньо, щоб я могла "відчути поліпшення") та зменшила затримку після введення користувача в XFCE на Xubuntu 12.04 -32 біт на моєму ноутбуці із частотою 1,8 ГГц (K8) мобільного оператора Sempron 512 Мб оперативної пам’яті. Ті ж зміни не мали кількісного чи відчутного впливу на мій ноутбук 1.73GHz Core2 Duo 2 Гб оперативної пам’яті в 64-розрядній версії Ubuntu 12.04, однак вони стали причиною того, що один раніше стабільний додаток ставав схильним до аварій.
2. Зміна HZ в .config до 1000, що значно покращило реагування на вхід користувача, коли під великим навантаженням процесора в обох системах. Це також зробило зміни фокусу вікон у X миттєвими за будь-яких умов.
3. Патч BFS збільшив час роботи акумулятора в обох системах на кілька хвилин. Просто достатньо, щоб бути вимірюваним і складатися, але недостатньо, щоб мати велике значення. Порівняльні показники не виявили статистично значущих змін у продуктивності, але обидві системи "відчувають" швидше. Я підозрюю, що це стосується того, щоб пріоритет планування був більш вигідним для типових навантажень на цих конкретних машинах.
4. Усі інші випробувані комбінації .config призвели до зниження продуктивності в обох системах.

Я витратив смішні суми часу на складання та тестування різних конфігурацій. При всьому цьому лише п’ять ядер дали бажаний результат із двадцяти шести спроб. Сім ядер не було навіть функціонуючим (або незавантаженим, або не вдалося запустити X). Нещодавно я встановив ядро ​​Liquorix із сховища та вимкнув усі вищевказані удосконалення плюс приблизно 50% -не збільшення частоти кадрів в обох іграх Windows, які я граю через WINE в системі Core2. Це зайняло лише кілька хвилин, і нічого не зламалося.

Чи краще моя ОС, тому що я склав власне ядро? Ну так, трохи. Поки я не знайду те, що працює повільніше / ламається, тому що я не зміг його знайти під час тестування. Чи швидше моя ОС? Ні.

На мій досвід так. Але переваги в основному полягають у усуненні непотрібних функцій та виборі кількох інших, наприклад типу вашого процесора. Крім того, зробіть це ультра низькою затримкою для використання на робочому столі. Я збираю ядро ​​роками, і для мене різниця завжди помітна. Але є й інші переваги. Час завантаження також покращується.

Однак, для того, щоб вибрати лише потрібні варіанти, потрібно багато часу.

Я не знаю, як щодо ядра, але, як правило, компіляція програм із джерела зазвичай змушує їх працювати швидше (я зазвичай це роблю з розробниками liv, такими як CGAL, або такими програмами, як ParaView). Звичайно, коли процес компіляції оптимізований під архітектуру тощо.

Однак я не думаю, що компіляція ядра зробить його швидшим настільки, що це зробить видимий вплив на продуктивність. На мою думку, це було б видно лише на лічильниках ефективності

Я скомпілював ядро ​​для EeePC 900A просто для видалення непотрібних драйверів та функцій, для завантаження без зайвих initrd, встановлення планувальника вводу / виводу за замовчуванням, для оптимізації Atom, а також для відключення налагодження та деякої потужності, що знижує продуктивність та потужність, функції збереження. (використовується як сервер для різних дрібниць). Менше часу на завантаження потрібно ^^ Близько року тому я спробував це раніше, але Chromium показував лише порожні веб-сторінки - із посиланнями, на які можна натиснути ...