Так получилось, что у меня под рукой оказались две близких по характеристикам системы:
i5 7600K + Z270 и i7 3770K + Z77. На обеих системах установлена Windows 10 Pro с последним набором обновлений. Операционная система установлена на SSD, для тестов использовался отдельный NVME SSD, один и тот же в обоих случаях. Графические тесты проводились по принципу «гулять так гулять», на GTX 1080Ti, но, вместе с тем, в реалистичных для такой видеокарты сценариях. То есть никакого понижения настроек графики для выявления чистой незамутнённой процессорозависимости не делалось. На этом железе было решено проверить правдивость заявлений Microsoft о влиянии патчей на производительность современного и старого, но ещё не особо и устаревшего, железа.
Исполнительный вице-президент Microsoft по Windows Терри Маерсон (Terry Myerson) в официальном блоге написал:
Резюмируя текущие результаты исследований, можно сказать следующее:
На компьютерах под управлением Windows 10 на современных процессорах (относящихся к поколениям 2016 года или более новым, то есть Skylake, Kabylake и более новые), тесты продемонстрируют замедление от силы на единицы процентов, которое подавляющее большинство пользователей не сможет заметить, так как в абсолютных величинах разница будет измеряться миллисекундами.
Компьютеры с Windows 10 на относительно старых процессорах (относящихся к поколениям до 2015 года включительно, Haswell и более старые) в некоторых тестах могут показать более значительное падение производительности, возможно некоторые пользователи смогут его заметить.
Производительность систем под управлением Windows Server на любых процессорах заметно пострадает, особенно на приложениях интенсивно использующих ввод-вывод, при активации изоляции недоверенного кода.
Для тестирования различных аспектов производительности систем использовались:
- 3DMark Time Spy 1.1
- CineBench R15.038
- AS SSD Benchmark 1.7.4739.38088
- Crystal DiskMark 5.5.0
Активация и деактивация изоляции процессов выполнялось утилитой InSpectre. На материнскую плату на Z270 установлено обновление BIOS с патчами микрокода.
Ожидаемый результат: в соответствии с официальными заявлениями Microsoft, деградация производительности на старом CPU должна быть в разы больше. Исходя из анализа публикаций и заявлений представителей Microsoft, больше всего должен пострадать ввод-вывод.
Поехали!
(небольшая ремарка перед скриншотами с результатами)
Полностью равноценные конфигурации с первого раза протестировать не удалось из-за отсутствия M.2 слота на старой материнской памяти и отсутствием в наличии PCI-E->M.2 рэйзера. Он был заказан на одной всем известной китайской торговой площадке, а я тем временем прогнал тесты на NVME SSD (A-Data XPG SX8000 512GB) на Kaby Lake и на SATA (Silicon Power S55 240GB (Phison) на Ivy Bridge. Результаты получились напрямую несопоставимые, но любопытные.
Cкриншоты тестов:
i5 7600K@4315(102.76*42)
Патч деактивирован:
Патч активирован:
i7 3770K@4355(103.7*42)
Патч деактивирован:
Патч активирован:
Хм… результаты получились даже более чем интересные. Производительность самих CPU в сложных расчётах менялась в пределах погрешности. Пострадал больше всего, как и опасались в Microsoft, именно ввод-вывод. А дальше начинаются расхождения с тем, что ожидалось.
Падение производительности ввода-вывода на новом процессоре (Kaby Lake, i5 7600K) после активации патча в худшем случае, в сценарии CrystalMark Write 4K, составило более 70%. Семьдесят два процента! Если так себя введёт IO на новом процессоре, то что будет с откровенно старым?! А на старом i7 3770K 2011 года выпуска падение производительности составило в худшем случае около 6%. Да и абсолютные цифры для таких разных накопителей при активированном патче разнятся не сказать чтобы в разы. Неужели Microsoft и Intel кривят душой? Или мы чего-то не заметили?
Так где же бутылочное горлышко? Это ещё предстояло выяснить, оставалось дождаться PCI-E -> M.2 рэйзера и повторить тесты. Забегая вперёд, скажу, что тестов в равных условиях не получилось. NVME SSD упёрся в пропускную способность PCI-E.2 x2.
Вот результаты прогона тестов:
Патч деактивирован:
Патч активирован:
Сводная таблица результатов:
Итог
Плохие новости
Быстрые накопители даже на современных CPU после установки патча теряют до 70% производительности в ряде сценариев.
Хорошие новости
- Даже очень быстрые накопители теряют в производительности на старых CPU в худшем случае не больше, чем на новых, не смотря на громкие заявления Intel. Достоверно проверить пока не удалось в абсолютно равных условиях. Но! С учётом ограничения пропускной способности на старых процессорах они теряют в %% меньше. Старичкам явно рано на покой, как бы ни хотелось Intel продать побольше новых камней.
- Обычные бытовые SSD теряют в производительности очень немного. Про HDD я вообще молчу. Т.е. в быту, не используя компьютер как сервер баз данных, заметить разницу на обычном железе нужно очень постараться.
- В чисто процессорной нагрузке разницы до и после нет вообще.
- Геймеры могут не переживать — скорость отрисовки меняется от активации патча в пределах погрешности.
Комментарии (94)
gshamshurin
10.02.2018 13:39«Быстрые накопители даже на современных CPU после установки патча теряют до 70% производительности в ряде сценариев.»
И вот что теперь делать? Откладывать апгрейд системы до появления новых поколений CPU?
Так пересидел бы годик на Coffee Lake, но кто их знает, этих Интеловцев, они могут и следующее поколение сделать несовместимым с нынешними Z370 — материнками.
interprise
10.02.2018 14:01+5что значит могут? сделают.
oldbie
10.02.2018 14:42+2Более того, в действительности z370=z270 и выпущен он лишь только для того чтобы сломать совместимость (что косвенно подтвердили вендоры матплат) и снизить внутреннюю конкуренцию между своими же продуктами. Судя по слухам ради конкуренции с AMD CoffeLake выпустили в спешке и чипсет еще не готов, а чипесет кторый действительно можно назвать новым будет готов только к середине 2018(z390). Совместимость скорее всего будет, однако судя по всему материнок конкретно под коффе еще просто нет. Ни бюджетных, ни топовых и покупая кофейник нужно понимать что через пару месяцев линейки плат скорее всего сменятся и цены соответственно поедут. И это в рамках одного поколения, а следудщее обещают уже совсем скоро. Остается только надеятся на совместимость z390 с IceLake\Cannonlake
Я считаю что это свинство и далеко не единственный такой поступок со стороны Intel. Так что если нет особых ограничений/требований, то ниже ИМО правильно пишут:
Переезжайте на АМД, очевидно же ;)
dartraiden
10.02.2018 15:26-1лишь только для того
Разве не для того, чтобы задействовать неиспользуемые контакты в сокете для питания 6-ядерных процессоров?
Вот 4-ядерники (i3-8100) действительно полностью идентичны процессорам i5 предыдущего поколения вплоть до того, что Core i3-8100 программными средствами можно заставить работать на чипсетах предыдущего поколения. А вот про 6-ядерники, что характерно, такого не слышно.oldbie
10.02.2018 20:36Разве не для того, чтобы задействовать неиспользуемые контакты в сокете для питания 6-ядерных процессоров?
А чипсет-то тут причем? Именно чтобы сломать совместимость, только не сокетом, а чипсетом, но потребителю суть одно.dartraiden
10.02.2018 20:40Чтобы как-то чётко отделить материнки, способные запускать 6-ядерники, от неспособных.
Альтернатива какая? Выпускать копии уже существующих материнок, но с обновлённым сокетом? Представим, что сделали бы именно так. Итого, есть какая-нибудь Asus Z270-A и Asus Z270-A+ (на которой питание подведено к контактам сокета, незадействованным в предшественнице). Чем это лучше текущей ситуации?oldbie
10.02.2018 20:53Не хватило времени редактирования в прошлом дописать =(
Напомню вам о древнем s775, там при одинаковых чипсетах некторые матплаты в серии не имели поддержки квадов, как раз в силу своей бюджетности (квады бывали и по 100+ TDP). И совместимость отключали вендоры материнок явно указывая об этом в списоке поддерживаемых процессоров. Но по сегодняшим меркам такое адекватное отношение это вообще атракцион невиданной щедрости.
rogoz
10.02.2018 22:02Итого, есть какая-нибудь Asus Z270-A и Asus Z270-A+
Сейчас даже процессор (4 ядра) для «Asus Z270-A» не работает в «Asus Z270-A+». Вот такой сюрприз, вот такая забота, ага.
x3mality16
10.02.2018 16:30+4Давно уже эта сокетопляска. И вспоминаем АМД с её АМ2/АМ2+ и АМ3/АМ3+
Не припомню более плавной возможности апгрейдаDioxin
13.02.2018 09:38Ага. Тем более были матери ам2+ ам3 ready.
Атлон Х4 ам3 туда вставал нормально.
gshamshurin
10.02.2018 17:02+2Требования есть — там же ниже отписал. Я от использования активно-охлаждаемых систем дома — отказался.
Кулеры для пассивного охлаждения CPU год от года лучше не становятся, более того — лучшие образцы с производства снимаются (мне недавно удалось выхватить NOFAN CR-95C — похоже один из последних экземпляров, т.к. модель снята с производства и замены не предвидится)
Соответственно, с одной стороны — хочется минимально обновить систему сейчас (4130Т уже не хватает).
С другой — при переходе на 10нм-процесс получить максимальную производительность с того TDP, который получится рассеять имеющимся кулером.
Получается, построить сейчас на z370+i3_8100 это глупо, грядущие 10нм-процессоры туда не встанут и материнка на выброс.
на z390 раньше лета ничего не построить и не факт что на неё потом встанет ice/cannon
Под нынешнюю 1150-материнку купить какой-нибудь 4790 — так один процессор по деньгам выйдет примерно как комплект z370 + i3_8100 с оперативкой. И без гарантии.
В общем, брать-то по сути на данный момент и нечего.
Shurikh Автор
10.02.2018 17:36Зачем 4790? Проще взять 4770К и разогнать до нужных частот. Обойдётся в 16к примерно, в отличие от комплекта Z370+i3 8100+DDR4, который сразу за 20к выбивается.
Что же касается пассивного охлаждения, то в общем мне кажется затраты на него не окупаются даже тишиной. Вентиляторы активного охлаждения до 600 оборотов в минуту я не слышу даже ночью, а при использовании крупных активных воздушных кулеров даже под нагрузкой в виде AVX Linpack-а до более высоких оборотов они не раскручиваются.
gshamshurin
10.02.2018 18:37У меня материнка не умеет в разгон и вдобавок на ней ноутбучная память. То есть для разгона придётся докупать и мать на Z-чипсете и память DIMM.
Насчёт пассивки это вопрос такой, индивидуальный. Я для себя решил, что больше с вентиляторами не связываюсь, т.к. все эти «тихие» вентиляторы лично мне слышно прекрасно.
TrllServ
11.02.2018 01:12Проще, только при условии, что не интересую частоты 5+
Иначе 4770 надо скальпировать, ибо термопаста не дает отводить тепло нормально, а в с этим значительно получше 4790.
Shurikh Автор
11.02.2018 01:175+ частоты это уже по любому лотерея и с тихим системником общего не имеет уже вообще ничего. А 4.5+- вполне работают под напряжением около номинала и с минимальными оборотами вентиляторов системы охлаждения. А скальпировать старые процессоры все равно придётся. У тестового i7 3770K за 7 лет работы термоинтерфейс засох до полной потери эластичности, текучести, и, судя по всему, до частичной потери контакта с крышкой, обеспечивая прогрев на номинальных частотах до 40+ градусов в простое, троттлинг под нагрузкой и крайне неравномерный нагрев ядер. Замена термоинтерфейса на ЖМ решило все проблемы с охлаждением.
Chamie
10.02.2018 14:34Переезжайте на АМД, очевидно же ;)
Shurikh Автор
10.02.2018 15:52+1если бы всё было так просто. В ряде сценариев AMD всё ещё даже Ivy Bridge не догнал.
Chamie
10.02.2018 16:12+1Можно поподробнее? Про отставание Zen (Epyc, Threadripper) от Ivy Bridge.
Shurikh Автор
10.02.2018 16:20+4В части игровых тестов Zen отстаёт от Kaby Lake больше, чем от него же отстаёт Ivy Bridge. Проблемы типичны для AMD. Сколько себя помню, у AMD стабильно хуже контроллер памяти и соответственно бОльшие задержки при DMA-доступе туда устройств на PCI-E. Соответственно максимальные FPS и равномерность времени рендеринга кадров у них хуже. Ryzen в этом смысле не выделяется — отличные вычислительные ядра и проблемы со скоростью памяти и стыковкой с PCI-E.
У ThreadRippera всё усугубляется NUMA архитектурой памяти, которая играм здорово мешает.
iDm1
10.02.2018 21:38С FPS на Ryzen дела обстоят не совсем так, средний ниже чем у конкурента, а вот равномерность времени кадра и разброс между минимальным и максимальным FPS с процессорами Ryzen существенно более стабильны.
gshamshurin
10.02.2018 16:35+1У меня специфика:
а) работа в САПРе (нужна высокая производительность вычислений в один поток)
б) система с пассивным охлаждением. (нужно низкое тепловыделение без учёта встроенного GPU)
AMD мало что может предложить под эти условия.
vanxant
10.02.2018 17:40Посмотрите пятую рязань, на 4-6 ядер. Там и tdp еще низкий, и числодробилка норм
Shurikh Автор
10.02.2018 17:59+2Скорость на поток у него как-то так себе:
vanxant
10.02.2018 18:31Как-то в никсе совсем другие попугаи намеряли.
Shurikh Автор
10.02.2018 22:19ну, странно покупать процессор серии К и эксплуатировать его в номинале. Мой замер — 3770К@4.5GHz
vanxant
10.02.2018 23:13Кхм, ну странно сравнивать разогнанный проц с неразогнанным. Рязань-1600 гонится до 4 ГГц или около того, т.е. на +25% от номинальных 3.2. Если добавить +25% попугаев к вашей картинке выше, то в однопоточном тесте примерно то на то и выйдет. Про многопоточную производительность помолчим)
Shurikh Автор
11.02.2018 01:10Ну, например вот: https://www.overclockers.ru/hardnews/82985/sravnenie-4-yadernogo-processora-amd-ryzen-s-intel-core-i7-7700k.html
Производительность на ядро ± не отличается на равной частоте, а частотный потенциал у Ryzen на 4GHz заканчивается, а у Intel на 4.5GHz начинается, и это без учета того, что быстродействие Ryzen дико зависит от частоты памяти.
Впрочем, это кажется нужно обсуждать где-то в другой ветке, а то дискуссия от вопроса "как влияют патчи" переходит в холивар какой процессор честнее и чем отличается у них потенциал.
oldbie
10.02.2018 23:30Ну почему же. К-серия это не только разблокированный множитель, но и выше частоты в стоке при относительно небольшой разнице в цене. Цены для 8700(К) на CU 21к руб против 18к, хотя и по частотам в бусте разница не так велика.
0xd34df00d
11.02.2018 04:43Пока нигде ещё не видел сравнения какого-нибудь кручения матриц с intel mkl на, собственно, интелах и с чем угодно на тредрипперах, увы.
Deosis
12.02.2018 10:15С процентами опять наврали.
По цифрам тестов отключение патча увеличивает производительность на 72% по сравнению с включенным.
Поэтому накопители при установке патча теряют только 42% производительности.
old_bear
10.02.2018 13:51Вроде прямой патч ещё не выпустили в релиз. Какой смысл с глючным что-то проверять?
Shurikh Автор
10.02.2018 15:51мне на все компьютеры под Windows 10 уже прилетело обновление, притом я не в программе Windows Insider. Если это не релиз, то что тогда релиз?
old_bear
10.02.2018 19:02Как давно пришло обновление?
Вроде, Микрософт отозвал выпущенную по горячке заплатку, т.к. она с косяками была, вплоть до падения системы. А прямой вариант на настоящий момент есть только под Скайлейк, и то в стадии тестирования.
Хотя, может я и упустил что-то из последних новостей на этот счёт.
Wexter
10.02.2018 13:55+1Это я слепой или автор статьи? Где падение i/o на 70%? Я только вижу расхождение в рамках погрешности
idiv
10.02.2018 14:14+1Например, после
Cкриншоты тестов:
i5 7600K@4315(102.76*42)
Для параметра 4K Q32TI без патча 510, с — 365
NikitosZs
10.02.2018 14:25+2Тут похоже кто-то кого-то не понял и понеслось.
Падение производительности ввода-вывода на новом процессоре (Kaby Lake, i5 7600K) после активации патча в худшем случае, в сценарии CrystalMark Write 4K, составило более 70%.
Не падение составило, а производительность (результат) после падения. А падение получается что 30(28,4)%.Chamie
10.02.2018 14:38+1См. сводную таблицу:
Просто падение подсчитано в процентах от упавшей производительности, т.е., это скорее «отключение патча даёт прирост производительности в 72.6%».Wexter
10.02.2018 22:23Почему не написать что патч снижает производительность НА 30%? Цифра становится слишком мелкой чтобы статья задела читателя и он обратил внимание? А то опять получается учёный изнасиловал журналиста.
Shurikh Автор
10.02.2018 22:25Формулировка "деактивация патча позволяет повысить скорость операций ввода-вывода на 72%" вас устроит?
beeruser
11.02.2018 02:46Вам нужно было вначале прочитать вот эту статью
habrahabr.ru/post/348662Shurikh Автор
11.02.2018 11:41спасибо, хорошая статья
Когда вы слышите от кого-то об ускорении в диапазоне от 90% до 99,9%, то следует быть осторожным. Пока не опубликованы начальные и конечные показатели, вы понятия не имеете, каково достижение на самом деле.
все цифры в статье, все проценты можете пересчитать так, как вам удобней для восприятия
vladko4
10.02.2018 15:39На очереди 32? И как часто встречается такая очередь в реальной жизни?
x67
10.02.2018 16:10В посте написано «в ряде сценариев» специально для того, чтобы не было таких вопросов
SandroSmith
11.02.2018 03:15Вот знаете, после прочтения статьи как-то не запомнилась фраза про ряд сценариев. Скорее «А-а-а! П%$дец! После патча комп на свалку.»
Shurikh Автор
11.02.2018 11:42если у вас под Windows крутится нагруженная база данных, то примерно так и есть. Думаю, что на сервер, на котором крутится MS SQL Server, лучше эти патчи не ставить.
dartraiden
10.02.2018 14:33Добавлю, что реальную защиту от Spectre можно обеспечить только при одновременном выполнении условий «обновлённый микрокод процессора» и «необходимые изменения в ядре ОС». А соответствующий микрокод пока есть только для Skylake (для остальных поколений он отозван после появления сообщений о спонтанных перезагрузках систем на Haswell/Broadwell).
Shurikh Автор
10.02.2018 15:39Насколько я понимаю, для KabyLake обновление микрокода тоже вышло в виде beta-версии. Учитывая код прошивки F8b (ранее в версиях буквенных обозначений не встречалось), предполагаю что обновления микрокода для KabyLake туда попали. Тем более после установки обновления BIOS производительность чуть упала. Точных результатов, к сожалению, не сохранилось до наката последней версии BIOS-а.
dartraiden
10.02.2018 15:49Да, похоже на то. Для примера взял эту прошивку:
Как видно, версии микрокода:
С2 для Skylake
80 для Kaby Lake
Это как раз те самые версии, которые Intel отозвала, перестраховавшись из-за Haswell.
Tertium
10.02.2018 14:40Хорошие новости, спасибо. Кстати, обновили у себя на VPS с Centos6 ядро и накатили рекомендуемые патчи, проверку на отсутствие уязвимостей проходит. По графикам нагрузки могу резюмировать, что и на Centos6 с ssd падения производительности невооруженным глазом не заметно, к счастью. Синтетических тестов на хайлоад не делал, продакшн все-таки, да и загрузка процессора в пределах 5% в среднем, но радует, что она не выросла при том же количестве запросов к базе.
Shurikh Автор
10.02.2018 15:54думается наибольшая просадка производительности может наблюдаться для нагруженных баз данных. На скорость расчётов и работу с памятью патчи, судя по всему, повлияли не особо.
encyclopedist
11.02.2018 03:29Вот тут Брендан Грегг подробно пишет о влиянии на производительность Linux и что с этим можно делать.
gaploid
10.02.2018 14:56Делал тесты на виртуальных серверах в Azure с помощью geekbench до патча и после azureprice.net/Home/Performance разницы нет совсем. Тесты хотя очень CPU ориентированный у geekbench.
sayrys
10.02.2018 15:34И как всегда все забывают о том, что пачт состоит не только из заплатки на Windows, но еще и обновление Firmware сервера (CVE-2017-5715 [branch target injection], пруф).
Кроме того через ключи реестра включается на серверных ОС только одна часть патча — CVE-2017-5754 [rogue data cache load] (Spectre Variant 2)Shurikh Автор
10.02.2018 15:35нет, не в данном случае. Прошивку матери с фиксом микрокода перед тестами я установил
V1tol
10.02.2018 17:08На скринах видно, что для Ivy Spectre и не был включён, а включался-выключался Meltdown — поэтому нет такой драматичной разницы в производительности. Хотя Ivy должен был пострадать сильнее, если действительно Spectre был бы пропатчен — а для этого ещё нужно дождаться нового микрокода для старых процессоров.
Shurikh Автор
10.02.2018 17:14Не уверен. После патча от Meltdown производительность просела резко, на десятки процентов. После обновления микрокода разница была в процентах. Включение и выключение защиты от Spectre на производительность влияло в пределах погрешности при включенной защите от Meltdown.
V1tol
11.02.2018 15:33В любом случае, это странно, что старый процессор просел меньше нового, хотя Интел и Микрософт обещали, что свежие процессоры пострадают меньше.
CoolCmd
10.02.2018 17:41в другом тесте видел (не помню где), что больше всего скорость просаживает новый микрокод. этот тест подтверждает, 3770K со старым микрокодом почти не пострадал. :)
Shurikh Автор
10.02.2018 17:42тесты выше демонстрируют обратное. Больше всего сажает производительность патч от Meltdown, который не требует обновления микрокода, зато на порядок увеличивает накладные расходы на вызовы ядра.
tema_sun
10.02.2018 18:44+1А есть ли тут кто-то, кто сможет меня напугать последствиями отключения этого патча?
Интереусют ситуации с личным ноутом и vps. Я понимаю, что наверняка эта информация есть в гугле, но я не могу найти какого-нибудь описания реального использования уязвимости.
Что я должен сделать, чтобы эту дыру злые хакеры смогли использовать против меня? Или мне достаточно быть подключенным к сети? Как вообще это происходит?formico
10.02.2018 19:26График видел на иксбт, первого января 2-3 вируса использующих эти дыры, а 31го уже 150. Испугался, обновился, i3 десятого или одиннадцатого года у меня, в итоге в танки играть уже не канает, раньше то ели шли, сейчас всё, край. А самое стремное что эти дыры и патчи для них вызовут не хилую волну обновлений наверно, и кто то опять нагреет руки, и ладно бы это было АМД…
Kill_Joy
12.02.2018 01:20График видел падения производительности, испугался, откатился. i5 у меня двенадцатого года, в играх всё нормально, а до этого, казалось, притормаживать стали. Самое стремное, что эти дыры и патчи для них вызовут нехилую волну паники наверно.
Exchan-ge
10.02.2018 19:25Обычные бытовые SSD теряют в производительности очень немного.
После установки патча появились «тормоза» в программах ABBYY FineReader 14 (незначительные, но заметные) и в Sound Forge Audio Studio (заметные).
Время от времени слегка «тормозят» и другие программы (до Word 2016 включительно).
Судя по всему — эффект появляется именно во время обращения к диску.
Это из того, что используется регулярно.
Геймеры могут не переживать — скорость отрисовки меняется от активации патча в пределах погрешности
В играх действительно торможения не замечено — но я играю мало.
(Win 10 Pro 16 Gb, Core i7-6700, Samsung MZ-V5P256BW)
QuaziKing
10.02.2018 19:32Напишите пожалуйста, как патч исправляет уязвимость Spectre? На сколько я знаю, пока решения по ней нет и уязвимость остается открытой (надо сказать и известной атаки тоже нет, в силу особенностей). А то из заголовка следует, что исправлены обе проблемы. А это не так.
Shurikh Автор
10.02.2018 22:21Это вопрос к Intel, как их обновление микрокода вместе с патчем от мелкомягких исправляет уязвимость Spectre.
PastorGL
11.02.2018 02:23Нда, всё зависит от паттерна нагрузки. Например, в первых же репортах писали, что базы данных страдают очень сильно. Могу подтвердить на примере PostgreSQL. Протестировал на рабочей машине (Haswell, диск SSD) перепартиционирование гигабайтной таблицы — общая производительность дискового IO со всеми включенными патчами падает более чем втрое.
Это атас и кабздец.
Psychosynthesis
11.02.2018 05:00Хз, к подобным бенчмаркам всегда вопросов очень много по методике, по статистике и т.п.
Как минимум не думаю, что единичные замеры можно считать объективными. Надо было тогда уже несколько делать и выводить статистику.Shurikh Автор
11.02.2018 11:36а почему вы решили, что все тесты запускались единственный раз и все выводы сделаны по одному прогону тестов?
Psychosynthesis
11.02.2018 20:03Ну, потому что вы в качестве результатов прогона тестов привели скрины, а в сводной таблице ничего про количество тестов не сказано. Мне показалось маловероятным что вы провели десяток тестов и усреднили — тогда не было бы вообще смысла выкладывать скрины отдельных тестов. Мне показалось это логично.
Могу ошибаться, конечно, но тогда вопросы к оформлению.Shurikh Автор
12.02.2018 01:24Я провёл по три тестовых прогона всех тестов в каждом из режимов на каждой системе, между прогонами перезагружался, после перезагрузки 5 минут простоя для завершения фоновых задач, стартующих после бута и логина, скриншот делал с первого прогона, остальные с ним сравнивал в поисках аномалий. Сходимость была очень большая, разница от прогона к прогону составила не более 2%. Если бы деградация производительности укладывалась в эту погрешность, я бы и писать ничего не стал. Но даже 20% потери производительности на погрешность уже не списать, результаты стабильно повторялись.
asmrnv777
11.02.2018 07:53У меня на хакинтоше с i7-7700K нагрузка на проц в типичных задачах (мобайл-разработка) стала выше после патча, и гудеть кулерами он стал чаще и сильнее. При этом я его прямо перед обновлением хорошенько почистил от пыли.
Может, конечно, совпадение, но какое-то странное и неприятное.Shurikh Автор
11.02.2018 11:45"Совпадение? Не думаю!"
Виртуализация — еще один класс задач с большим количеством сисколлов.
oldbie
11.02.2018 11:53А может быть как не так почистили? =) Если кулер уже не торт и ось люфтит, то после чистки могут появится шумы. Вам бы обороты замерить до и после.
alexmay
Напишите пожалуйста, как включали/отключали патч
KruFFT
Судя по скриншотам и тексту, использовалась утилита InSpectre. В ней есть кнопочка включения/отключения. И чтобы сработало — надо перезагрузиться.