Чи можна щось зробити, щоб не втратити стільки продуктивності від патчів Meltdown та Spectre?

Intel хотіла вибачити це Плав і привид це була його проблема, потім він виправив та зробив публічну заяву, в якій процитував AMD та ARM як технологічних партнерів, з якими він працював над вирішенням проблеми, і таким чином вказував на них, але як ARM, так і AMD не є такими постраждали через ці вразливості, як і Intel, оскільки Meltdown є майже ексклюзивним для мікропроцесорів Intel (і деяких ARM), а Spectre дійсно впливає на більшу кількість мікропроцесорів, але не в такій мірі, і Intel знову бере найгіршу частину.

Вони також швидко сказали це втрата продуктивності було б майже нульовим, щоб користувачі не помічали цього після встановлення виправлень. І це правда, що втрати не такі драматичні, як очікувалось у більшості випадків, але це правда, що залежно від генерації вашого чіпа втрати можуть бути мінімальними або досить серйозними. Вони вже це визнали, і зараз вони вже провели деякі тести з тестами для підрахунку втрат, які ви можете мати в Intel після встановлення відповідних виправлень у вашій системі, і хоча тести проводились з Microsoft Windows, для Linux та інші системи, такі як macOS, будуть подібними ...

Орієнтовні втрати продуктивності ...

Як я вже говорив, втрата продуктивності на 30% - це не зовсім так, принаймні в останніх моделях процесорів, що вийшли. Поки чим старший ваш чіп, тим більше втрат продуктивності Це означатиме оновлення за допомогою патчів Meltdown та Spectre. Тести, проведені Intel, слід проводити за допомогою пінцета, оскільки я вважаю, що обрані контрольні показники приносять користь виробнику і не були поставлені в гіршому випадку, крім того, вимірювання проводились з урахуванням найбільш щоденних програм, які користувач використовує середовище , але, як ви знаєте, залежно від програмного забезпечення воно може змінюватися.

Intel також зробила ще один набір для вимірювань, і це є використовувати SSD-накопичувачі у всьому обладнанні, яке він використовував, - те, що було б одним із вдосконалень, які ми могли б зробити самі для боротьби з наслідками. Так, якщо ми замінимо жорсткий диск на твердотільний диск, швидкість доступу до останнього буде набагато швидшою, а спорожнення TLB означатиме менші втрати, ніж те, що можна отримати на звичайному жорсткому диску. Тому, якщо у вас є жорсткий диск, дані цих тестів Intel є досить оптимістичними, і ви не повинні розраховувати на отримання даних із цих тестів. Крім того, випробування були проведені не з усіма моделями, але вони вибрали по одному з кожного покоління, я думаю, вони знову відібрали ті, які показують найбільш позитивні дані для іміджу бренду.

Результати Був:

• Intel Core 8-го покоління (озеро Кабі та озеро Кава): За оцінками, середній вплив на продуктивність для більшості видів діяльності складе 6%, а у веб-додатках, таких як виконання коду JavaScript, ви можете спостерігати втрати до 10%.
• Intel Core 7-го покоління (Kaby Lake-H): тут для офісних додатків та інших продуктивність знизиться на 7%, на один пункт більше, ніж у попередньому випадку, а у випадку веб-додатків вона також трохи збільшиться порівняно з 8-м.
• Intel Core 6-го покоління (Skylake-S): близько 8%, як правило ... Але специфічний тест під назвою Responsiveness від SYSMark 2014 SE виявив втрати до 79% навіть при використанні SSD.
• Intel до цього: Ну, на даний момент жодного тестування не проводилось, принаймні не загальнодоступного, але з кожним поколінням ви повинні додавати більше очок втрат до того, що було видно за останні три, оскільки ці останні три, як передбачається, є тими, в яких втрати набагато менше. А як щодо процесорів 10 років тому, наприклад? Ми побачимо відгук користувачів ...

З робочим навантаженням, перевіреним Intel, втрати для цих поколінь є, але ...і з більшим навантаженням? Думаю, незабаром із боку незадоволених користувачів буде більше суперечок. Звичайно, геймери можуть бути трохи спокійнішими, оскільки відеоіграм для їх роботи не потрібно занадто багато дзвінків до системи, падіння продуктивності для них не настільки помітне і може становити близько 2%, а FPS практично не пошкоджений.

Як поліпшити продуктивність з фізичної точки зору?

Щодо апаратне забезпечення ми можемо вкласти трохи грошей щоб компенсувати втрату продуктивності:

• центральний процесор: ми можемо оновити центральний процесор до більш сучасної моделі, якщо наш сокет і чіпсет підтримують це, таким чином, виграш від включення більш сучасної мікроархітектури або процесора з чудовими характеристиками може замаскувати цю втрату продуктивності, хоча, очевидно, така ж, як і ваш попередній чіп, новий також матиме втрату продуктивності відносно невідпрацьованої системи. Логічно було б не оновлювати мікропроцесор, якщо ми не маємо дуже старого і втрата не є сумнозвісною, і ми вже амортизували його, щоб подумати про зміни.
• Оперативна пам'ять: Розширення оперативної пам'яті теж не зашкодить, оскільки ми могли б трохи підвищити продуктивність і зробити втрату продуктивності більш стерпною. У цьому випадку, можливо, це для тих, хто має більш сучасний мікропроцесор і не хоче його міняти, але для витрати не надто великих грошей ми могли б порівняти новий модуль, тим самим уникаючи використання вторинної пам'яті (SWAP) для зберігання процесу даних і що мікропроцесору потрібно ще більше циклів для зливу з TLB.
• Жорсткий диск: Також може бути хорошим варіантом включити твердотільний накопичувач у наше обладнання, це значно покращить продуктивність, значно зменшивши час доступу до цієї пам'яті щодо жорстких дисків. Ось чому вплив продуктивності твердотільних накопичувачів буде набагато меншим, саме тому Intel використовував їх для тестування. Ви завжди можете залишити свій жорсткий диск як диск для передачі даних, а SSD - для програмного забезпечення.
• розганяти: Поки ви знаєте, що робите, можливо, зараз хороший час зробити ставку на розгін вашої системи, щоб отримати кілька сотень мегагерц розблокованим у вашому процесорі ... Але не забувайте, що це може спричинити проблеми зі стабільністю у деяких чіпси, і особливо слід покращити охолодження, тому це також буде означати економічні витрати.

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

Як поліпшити продуктивність програмного забезпечення?

Відкидання грошових витрат від торкання нашого обладнання ми повинні запитати себе, чи можна за допомогою того самого обладнання, що є у нас, щось зробити у нашому дистрибутиві GNU / Linux, так що втрата продуктивності не така помітна. Відповідь полягає в тому, що ми, мабуть, можемо щось зробити, і будь-яка практика, коли зміна налаштувань може покращити продуктивність. І, безумовно, деякі з цих конфігурацій ви вже знаєте:

• AMD: Якщо у вас процесор AMD, вам слід уникати виправлень, хоча це ризик, оскільки ці мікросхеми не повністю позбавлені Spectre, але це правда, що ризик набагато менший через архітектурні відмінності між Intel і AMD ... У будь-якому випадку Рано чи пізно надійде ядро, в якому у вас вже є ці послідовні виправлення, і було б непогано використовувати ядро ​​без оновлення для інших можливих проблем. Найкращий - це механізм конфігурації, який відключає це на певних процесорах ...
• Розмитість: Я б особливо не торкався параметра ядра щодо тиску кешу, але ми могли б змінити Swappiness, особливо якщо у нас є жорсткий диск, оскільки у випадку наявності SSD різниця буде меншою. Значення Swappines змушує ядро ​​змінювати пріоритет використання RAM / SWAP. Значення 0 або низьке означає, що SWAP не буде використовуватися стільки, тому він трохи виграє від втрати продуктивності після встановлення виправлень Spectre і Meltdown. Однак було б доцільно мати велику оперативну пам’ять, щоб з іншого боку цей крок не впливав на продуктивність. Якщо у вас хороший об’єм оперативної пам’яті та жорсткий диск, уникайте значень, великих або близьких до 100, оскільки вони будуть більше використовувати обмінний розділ SWAP і залишатимуть оперативну пам’ять порожньою, тому доступ до даних та інструкцій, розміщених там, займе більше часу. . Щоб побачити поточне значення вашої Swappiness, ми можемо використовувати конкатенатор cat та змінити значення sysctl, наприклад, застосувати 10% використання SWAP та 90% для оперативної пам'яті:

cat /proc/sys/vm/swappiness

sysctl -w vm.swappiness=10

• Використовуйте полегшені робочі середовища або щоб повністю відмовитися від графічного середовища, коли це можливо, і користувач почувається комфортно з текстовим режимом, це радикальне рішення, але те, що надзвичайно сприяє продуктивності. Якщо у вашому випадку ви не хочете відмовлятися від переваг графічних інтерфейсів, ви можете вибрати легкий дистрибутив. Пам'ятайте, що будь-яке навантаження, яке ви забираєте, означає безкоштовні ресурси, які можна використовувати для інших цілей.
• І те, що я прокоментував у попередньому параграфі, сказав, що також було б непогано зупинити всіх цих демонів послуги, якими ми не користуємось. Це не тільки покращує продуктивність, але й безпеку. Команда kill також може стати вашим союзником для знищення непотрібних процесів.
• Якщо ви не знаєте, як налаштувати SELinux як слід краще не використовувати його, вибирайте інші механізми безпеки. Хоча це надзвичайно покращує безпеку, але воно дуже важке, і якщо воно неправильно налаштоване, воно може не коштувати величезної втрати продуктивності, яку він міг припустити.
• Завжди складайте програмне забезпечення з джерелаВи також можете використовувати конкретні прапори компілятора, щоб оптимізувати інструкції для вашого конкретного процесора, що покращить продуктивність.
• Налаштування a ядро якомога легше усуваючи всі ті контролери, які ми не використовуємо, щоб не генерувати занадто велике зображення, і якщо вони є вторинними, не позначайте їх так, щоб вони були включені в кенель, а як модулі. Параметри конфігурації, пов’язані з центральним процесором, які ви знайдете в конфігурації, також можуть значно оптимізувати роботу.
• Виберіть хорошу файлову систему:
  • btrfs: хороша загальна продуктивність, навіть краща, ніж ext4, тому це був би найкращий варіант.
  • ext4: хороша загальна продуктивність.
  • JFS: Він використовує дуже мало процесора, тому його можна розглянути.
  • XFS: якщо ви обробляєте дуже великі файли, наприклад, база даних буде найкращим варіантом для її роботи. З іншого боку, для звичайного користувача це може завдати шкоди, оскільки його продуктивність погіршується при невеликих файлах.
  • ReiserFS: протилежність попередньому, хороша продуктивність для невеликих файлів.
• Я не раджу вам резервувати місця в оперативній пам'яті і встановіть там якийсь FS як альтернативу твердотільному накопичувачу або завантажте туди / tmp, оскільки це правда, що це покращить час доступу до даних, розміщених там, але він також буде використовувати більше процесора. Тож уникайте подібного роду практик або використовуйте compcache тощо.
• Є також програмне забезпечення для підвищення продуктивності нашої системи, тому було б добре час від часу використовувати це програмне забезпечення для технічного обслуговування для покращення продуктивності. Наприклад verynice ... І тепер, коли я написав це ім'я, я просто запам'ятав команди типу nice, renice та ionice, які можуть бути особливо актуальними в цих випадках. Ми вже говорили про них у LxA.
• Є також Трюки Інтернет для різних програм, якщо ви часто використовуєте будь-яку, ви можете шукати ці трюки, щоб пришвидшити їх. Наприклад для Firefox, LibreOffice, SSH тощо.

Не забудьте залишити свій коментарі, сумніви чи пропозиції...