Одне з останніх виправлень помилок Intel несе пені за продуктивність

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

Intel виявила окрему помилку в своїх центральних процесорах Skylake, що не має нічого спільного з проблемами Spectre або Meltdown, про які ми раніше обговорювали. Ми не можемо повністю обговорити цю проблему, оскільки веб-сайт, на якому має бути одна з білих газет, наразі не подає газету. Інший документ, що стосується зусиль щодо пом'якшення наслідків, наразі є в Інтернеті та доступний тут. Помилка Jump Conditional Code (JCC) пов'язана з "складними мікроархітектурними умовами, що включають в себе інструкції зі стрибків, що охоплюють 64-байтові межі (перехресні лінії кешу)". ".

Вплив на продуктивність

За даними Intel:

Виправлення JCC erratum MCU призведе до більшої кількості пропусків із декодованого ICache та подальших перемикань на застарілий конвеєр декодування. Це відбувається, оскільки гілки, які перекриваються або закінчуються на 32-байтовій межі, не можуть заповнити декодований ICache. Intel помітила ефективність роботи, пов’язану з вирішенням, коливаючись від 0-4% у багатьох стандартних галузевих показниках.

У підкомпонентах цих орієнтирів Intel помітила випускників, що перевищують діапазон 0-4%. Інші навантаження, які не спостерігаються Intel, можуть вести себе по-різному. Intel, у свою чергу, розробила програмні засоби для мінімізації впливу на потенційно постраждалі програми та робочі навантаження. Потенційний вплив на пом'якшення випадкових помилок СКК виникає з двох різних джерел:

1. Штраф за комутацію, який виникає під час виконання в декодованому ICache та переходу на застарілий трубопровід декодування.

2. Неефективність, яка виникає при виконанні застарілого трубопроводу декодування, потенційно прихованого декодованим ICache.

Intel працює над тим, щоб вирішити цю проблему з ланцюжком інструментів та оновленнями програмного забезпечення та працював з Phoronix, щоб внести ці зміни в програмне забезпечення, щоб їх можна було оцінити. У решті документа обговорюється питання щодо зменшення проблеми та детальна інформація про те, на які групи сімей процесора впливають. Постраждалі фішки включають Янтарне озеро, Каскадне озеро, Кавове озеро, Кабі Озеро, Кабі Озеро X, Скайлаке та Віскі озеро - так, в основному, все повертається до Скайлаке. Процесори до Skylake не впливають, навіть якщо зміни кеша, що спричиняють цю помилку, були внесені в Sandy Bridge.

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

Цей єдиний результат від Phoronix показує широку загальну модель втрати продуктивності з початковим оновленням мікрокоду з подальшим частковим відновленням з новим виправленим кодом. Існують й інші тестові програми, що перевищують 4-відсотковий поріг, який визначено Intel, але вони, здається, є переживаючими. Новий мікрокод іноді швидше, ніж старий мікрокод, період та виправлення, які чітко виконала Intel, ще не завершені; Є ще деякі місця, де новий код насправді вражає ефективність, а не допомагає. Суть публікації цих даних, за словами Phoronix, полягала в тому, щоб проілюструвати, що краплі можуть бути тимчасовими.

Зрештою, подібний крок, ймовірно, є результатом прибирання будинку Intel та проведення перевірок безпеки власних продуктів, після чого переходить до виправлення помилок, навіть тих, які можуть вплинути на перф. Це засмутить користувачів, які бачать зниження продуктивності, і вплив цих падіння може перевищити 4-відсотковий поріг, але це також правильний крок для компанії зробити довгострокову. Сподіваємось, оновлення мереж програмного забезпечення та підтримки ОС мінімізують вплив цих змін на продуктивність, які, знову ж таки, не пов'язані з жодним із питань, про які ми обговорювали з Spectre та Meltdown.

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

Читати далі

Раджа Кодурі від Intel представить на майбутній конференції Samsung Foundry

Цього тижня Раджа Кодурі від Intel виступить на ливарному заході Samsung - і це не те, що сталося б, якби Intel не мала чого сказати.

Нові відомості про Intel Rocket Lake: Сумісність із зворотною стороною, Xe Graphics, Cypress Cove

Intel опублікувала трохи більше інформації про Rocket Lake та його 10-нм процесор, який було перенесено назад на 14 нм.

Intel випускає нові мобільні графічні процесори Xe Max для творців вмісту початкового рівня

Intel випустила новий споживчий мобільний графічний процесор, але він має дуже конкретний варіант використання, принаймні зараз.

Огляд Ryzen 9 5950X та 5900X: AMD розв’язує Zen 3 проти останніх бастіонів продуктивності Intel

AMD продовжує натиск на те, що колись було безперечним торфом Intel.