Одне з останніх виправлень помилок 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 та пов'язаних з ними виправлень більше вражає серверне програмне забезпечення, ніж клієнтське. Якщо припустити, що це відповідає дійсності, кінцеві користувачі повинні побачити незначне зниження. Якщо це не так, ви почуєте про це тут.
Читати далі
Власники Google Pixel Slate повідомляють про помилку Flash Storage
Форуми підтримки продуктів Google заповнені розлюченими власниками Pixel Slate, які кажуть, що їх пристрої часто стикаються з помилками сховища.
Програмне забезпечення Помилка затримка винахідливості вертольота 4-го Марс
Це, здається, таке ж питання, яке спричинило затримку в першій лінійній шкалі з винахідливості. Наса каже, що це планує спробувати це знову сьогодні, і ми повинні знати за кілька годин, чи було це успішним.
AI - це покарання драйверів доставки Amazon для помилок, які вони не роблять
Водії Amazon вважаються покаранням за помилки, які вони не роблять, і це вартість доставки компаніям велика кількість грошей.
NASA все ще працює над ремонтом Hubble після останньої помилки
Хаббл повідомив про помилку 23 жовтня через втрату повідомлень синхронізації даних. Через два дні була втрачена ще одна партія повідомлень, викликаючи інструмент для введення безпечного режиму. Знову.