Одне з останніх виправлень помилок 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 та пов'язаних з ними виправлень більше вражає серверне програмне забезпечення, ніж клієнтське. Якщо припустити, що це відповідає дійсності, кінцеві користувачі повинні побачити незначне зниження. Якщо це не так, ви почуєте про це тут.
Читати далі
Виправлення Cyberpunk 2077 затримується, оскільки працівники CDPR не можуть користуватися своїми ПК
Як повідомляється, CD Projekt Red не має своєї VPN і працює через два тижні після злому, який вкрав його вихідний код. Це не хороший знак.
Деталі Google Spectre та Meltdown виправлено для своїх хмарних служб
Це було непросто, але Google розгорнув патчі до своїх послуг, і ви навіть не помітили.
Intel має 10-нм виправлення для Meltdown, Spectre; Можна втратити участь у AMD в 2017 році
Вчора корпоративний дзвінок четвертого покоління корпорації Intel розповсюдив оновлення на своєму бою проти Meltdown і Spectre, його плани на 10-нм і загальну продуктивність у набагато більш конкурентному середовищі протягом усього року.
FCC заявляє, що скасування чистого нейтралітету вже виправлено Інтернет
Чи недавно ваш Інтернет здавався чудесніше швидше і краще? Федеральна комісія зв'язку (FCC) хотіла б, щоб ви подумали, що це має, згідно з останнім звітом про стан широкосмугового стану.