Intel вивчає проблему нестабільної роботи топових CPU Core в іграх

[SERGBILL]

Інтел не випускають ігрових цп
Це як пред'являти граблям, що погано копають

сподіваюсь, це невдалий рофл

[kalakawa]

сподіваюсь, це невдалий рофл

вдалий нерофл

[YoDA_91]

Точно также с Total War Warhammer 2, где проц также нагружался выше 50% и грелся до почти пиковых 95 градусов.

Це взагалі то дивно. ТВВ2 не має так жерти. Навіть ТВВ3 не має.(Граю в обидві частини)

Помогло только создать файл user.cfg в корневой папке с такими параметрами:

спойлер

А все из-за того, что бф сильно прогружает проц на 48-55%, абсолютно не оптимизировали этот момент. И после того, как я создал этот файл, все пошло без вылетов.

Не пробували просто прибити в біосі е-ядра?

Нет, не пробовал. Я через этот твик с файлом все исправил и все хорошо работает.
Конечно не должен есть, однако ест и прилично. Вроде игра под интел должна быть оптимизирована, но на деле я удивился таким показателям нагрузки. А у Вас амд, может там по-другому все оптимизировано.

Отправлено спустя 3 минуты 18 секунд:

YoDA_91, вам не кажется что 95 градусов при 50% нагрузке это многовато У меня на 13900KF самое горячее P-Ядро лишь в мимолетных пиках за ночь рендера доходит до ~80 градусах при рендере в Corona с 100% нагрузкой на проц (21c в помещении, водянка на ~80% оборотах). Доп инфа под спойлером по этой - (ССЫЛКЕ). А в играх, в том же БФ-е и до 70c не доползает при ~50% оборотах водянки. И то это пиковые значения которые всплесками идут на самое горячее ядро. Либо у вас охлад слабый либо проц раскачегаренный. Не знаю уж. Это явно перебор как по мне

У меня воздушный охлад Noctua NH-D15, который работает уже с 2016 года. Работу проца я оптимизировал через андервольт -0.05V и поднятием нижней отметки лимита до 253W, здесь это все обсуждалось. Конечно я планирую перейти на водянку, но для этого мне надо системник менять, т.к. в мой 360-ка не влезет. Пока работаю с тем, что есть и много нового узнаю от того, насколько хреново оптимизированы игры в нынешнее время

[Earanak]

YoDA_91, понял-принял.

Да, оптимизация в некоторых играх поражает воображение. Я вот тоже когда то думал что возьму топовую видяху, проц, шустрый SSD, память настрою, и буду кайфовать Кайфанул от Starfield, TLOU1, Callisto Protocol, в Satisfactory (при переходе на UE5), Dragons Dogma 2, Alan Wake 2, Immortals of Aveum, Cities Skylines 2 Да, некоторые из них попатчили нехило и стало в общем то неплохо, но я больше про их релизное состояние.

И чет мне подсказывает, если я обновлюсь на Arrow Lake или Zen5 с 5090 - сильно лучше не станет в этом плане

[YoDA_91]

YoDA_91, понял-принял.

Да, оптимизация в некоторых играх поражает воображение. Я вот тоже когда то думал что возьму топовую видяху, проц, шустрый SSD, память настрою, и буду кайфовать Кайфанул от Starfield, TLOU1, Callisto Protocol, в Satisfactory (при переходе на UE5), Dragons Dogma 2, Alan Wake 2, Immortals of Aveum, Cities Skylines 2 Да, некоторые из них попатчили нехило и стало в общем то неплохо, но я больше про их релизное состояние.

И чет мне подсказывает, если я обновлюсь на Arrow Lake или Zen5 с 5090 - сильно лучше не станет в этом плане

И самое смешное в том, что если раньше жаловались на тормоза с низким фпс и говорили, что оптимизация не очень, а сейчас жалобы на температуру и прожорливость, при этом фпс держится на родном мониторном 144 Гц. Вроде как ура, не тормозит, наконец-то, а побочные сложности уже другого характера вылезают

[bez5dva]

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

На деградацию не похоже?

А что похоже на деградацию? Кто-то на форумах, кто постоянно говорит о мифической деградации, вообще представляет что это?
Это как на заре SSD писали, мол, срок службы у них чуть ли не пару лет максимум. В итоге мой всратый апацер на 240гб уже 7 лет работает каждый день.

[lewerlin]

Вроде игра под интел должна быть оптимизирована, но на деле я удивился таким показателям нагрузки. А у Вас амд, может там по-другому все оптимизировано.

Компілятор С, під х86, один для всіх. Це не як з відяхами. І немає у Вахи такого навантаження на проц, це не Троя.

Нет, не пробовал. Я через этот твик с файлом все исправил и все хорошо работает.

Потрібно перевірити на всякий. Якщо спрацює - значить і оновленнями вінди може пофікситись.

[Donate]

YoDA_91, понял-принял.

Да, оптимизация в некоторых играх поражает воображение. Я вот тоже когда то думал что возьму топовую видяху, проц, шустрый SSD, память настрою, и буду кайфовать Кайфанул от Starfield, TLOU1, Callisto Protocol, в Satisfactory (при переходе на UE5), Dragons Dogma 2, Alan Wake 2, Immortals of Aveum, Cities Skylines 2 Да, некоторые из них попатчили нехило и стало в общем то неплохо, но я больше про их релизное состояние.

И чет мне подсказывает, если я обновлюсь на Arrow Lake или Zen5 с 5090 - сильно лучше не станет в этом плане

И самое смешное в том, что если раньше жаловались на тормоза с низким фпс и говорили, что оптимизация не очень, а сейчас жалобы на температуру и прожорливость, при этом фпс держится на родном мониторном 144 Гц. Вроде как ура, не тормозит, наконец-то, а побочные сложности уже другого характера вылезают

Которые фиксят за 5 минут или один вечер всё зависит от желания выжать максимум

А от 20 фпс в старфилде фиксить нечем

[Earanak]

А от 20 фпс в старфилде фиксить нечем

Как это нечем. Я 80+ часов наиграл на ~165FPS-Локе, на ультрах в 1440P с DLAA.
С крайне ровным фреймтаймом. Без статтеров и просадок ниже ~120FPS.
И то это просадки на базе утыканной кучей объектов и зданий.
В Новой Атланте видяха на 80% загружена в Космосе и вовсе около 70%.
Фреймрейт нехило повышается включением ФреймГена. Видимых Артефактов в Старфилде он не вызывает.
Что ни говори про визуал и саму игру, но утилизация CPU/GPU в Старфилде на данный момент все же относительно неплохая.
На релизе, без фреймгена - да, была печалька с просадками до 50-60FPS и статтерами.
Сейчас 20FPS думаю можно увидеть только на мусорном ПК или несоответствующими видяхе настройками/разрешением.
Ну, условно я думаю на 2070S в 1440P на миксе из низко-средних должно ведь быть выше 30FPS Без DLSS, Фреймгенов.

[Alexsandr]

А что похоже на деградацию? Кто-то на форумах, кто постоянно говорит о мифической деградации, вообще представляет что это?
Это как на заре SSD писали, мол, срок службы у них чуть ли не пару лет максимум. В итоге мой всратый апацер на 240гб уже 7 лет работает каждый день.

С деградацией сталкивался и это далеко не миф. После этого не разгоняю ЦП и видео (если разгон возможен) до стабильного потолка, всегда оставляют запас неплохой. Нагрев+напряжение просто по физике увеличивают износ кристала, у всех микросхем есть расчетный срок работы и в разных режимах он отличается. SSD в бекапе за сколько убьется если будет работать практически 24часа в сутки на запись? Там где износ SSD вдруг не мифический стараются или не использовать или придумать что-то для уменьшения нагрузки на него или покупают каждые полгода новый.

[bez5dva]

А что похоже на деградацию? Кто-то на форумах, кто постоянно говорит о мифической деградации, вообще представляет что это?
Это как на заре SSD писали, мол, срок службы у них чуть ли не пару лет максимум. В итоге мой всратый апацер на 240гб уже 7 лет работает каждый день.

С деградацией сталкивался и это далеко не миф. После этого не разгоняю ЦП и видео (если разгон возможен) до стабильного потолка, всегда оставляют запас неплохой. Нагрев+напряжение просто по физике увеличивают износ кристала, у всех микросхем есть расчетный срок работы и в разных режимах он отличается. SSD в бекапе за сколько убьется если будет работать практически 24часа в сутки на запись? Там где износ SSD вдруг не мифический стараются или не использовать или придумать что-то для уменьшения нагрузки на него или покупают каждые полгода новый.

А можно, на правах офтопа, рассказать как вы пришли к тому, что была диагностирована именно деградация? Я не издеваюсь, просто это интересно.

[0kie]

Не пробували просто прибити в біосі е-ядра?

Нежелательно выключать E-core на современном Интеле:

Следующий сокет и поколение Интела будет без HT, что должно положительно сказаться на производительности. Ждём-с....

[l-m]

Вроде игра под интел должна быть оптимизирована, но на деле я удивился таким показателям нагрузки. А у Вас амд, может там по-другому все оптимизировано.

Компілятор С, під х86, один для всіх.

GCC, Clang, Intel C, C++Builder, pcc, MSVC, Watcom C, Oracle Solaris Studio C, Pelles C, TCC, Turbo C
тощо
Один. Ага

Ще велике питання чому ви взяли що все пишеться на С, чому під застарілий х86, чому "забули" що в кожному компіляторі ще купа вбудованих опцій для тюнінгу коду, з якими який буде зовсім різний бінарник.
Риторичне звісно питання.

[lewerlin]

GCC, Clang, Intel C, C++Builder, pcc, MSVC, Watcom C, Oracle Solaris Studio C, Pelles C, TCC, Turbo C
тощо
Один. Ага

Малось на увазі, що ніякого вендор-локу чи окремих оптимізацій, в рамках х86, наразі немає. Для софту, на його рівні, немає різниці чий х86 перед ними, за винятком дурних ексцесів Адоба(8700 в двічі швидше 10400, бо в софті прямо прописаний лок на і7). Ну і в минулому були ще вибрики Інтелу, але то вже "притча во язицех".
Це до питання "гра якось там оптимізована краще під Зен ніж під Раптори". Ніяких там оптимізацій немає. Теоретично код можна переписати, аби він краще відгукувався на архітектурні особливості, але це така Сізіфова праця і дурні витрати, що навіть валізи на це не заносять, як з картами.

[l-m]

окремих оптимізацій, в рамках х86, наразі немає.

Що ж, беремо перший же компілятор, та бачимо можливість оптимізації під будь-яку архітектуру, навіть під Зен5 який ще не вийшов - https://gcc.gnu.org/onlinedocs/gcc/x86-Options.html
Не кажучи що оптимізації не закінчуються й не починаються виключно на компіляторі.

[lewerlin]

Що ж, беремо перший же компілятор, та бачимо можливість оптимізації під будь-яку архітектуру, навіть під Зен5 який ще не вийшов - https://gcc.gnu.org/onlinedocs/gcc/x86-Options.html

Хоч самі глянули б своє посилання. Там, фактично, виключно задається підтримка інструкцій. Коду під скайлейк з AVX, буде бе різниці на Скайлейку чи Зені він запущений, а от вже на Вольфдейлі він вас пошле. Суті не міняє. Де прив'язка саме до вендора? Ну?

[l-m]

Хоч самі глянули б своє посилання.

Я знаю що там написано, скоро буде років 20 як вперше прочитав

Там, фактично, виключно задається підтримка інструкцій.

Це ваша вигадка, задається там набагато більше.

Коду під скайлейк з AVX, буде бе різниці на Скайлейку чи Зені він запущений

Це неправда. У різних архітектур різна вартіть та ефективність виконання однакових інструкції, це враховується. Оптимізований код для Скайлейку та Зен1 буде різним. Відповідно код для Скайлейку буде менш ефективним на Зен1, ніж код який скомпільований саме під Зен1. І навпаки.
Навіть між Зен1 та Зен2 буде різниця.

а от вже на Вольфдейлі він вас пошле.

Нікуди він не пошле, це задача не компілятора, а розробників. Зроблять перевірку — буде посилати. Не зроблять, буде падати (чи глючити, чи навіть працювати, в залежності від складності програми).

Суті не міняє. Де прив'язка саме до вендора? Ну?

Суть в тому що ваще твердження "окремих оптимізацій, в рамках х86, наразі немає" абсолютно невірне.
А в реальності можна заоптимізувати настільки, що навіть не гарантується робота на будь-якій іншій архітектурі крім цільової:

-march=cpu-type allows GCC to generate code that may not run at all on processors other than the one indicated.

Крім того, є різні опції та ступені агресивності оптимізацій і в рамках заданої архітектури - https://gcc.gnu.org/onlinedocs/gcc/Opti ... tions.html
Та деякі програми можуть глючити-вилітати якщо переборщити.
Сумарно декілька сотень різних налаштувань оптимізації коду.
І це, знов повторюю, тільки в рамках одного компілятора.

А так-то да, і "Ніяких там оптимізацій немає" (с), і "Компілятор С, під х86, один для всіх" (с).
Цікаво тільки в якій паралельній реальності.

[lewerlin]

Це ваша вигадка, задається там набагато більше.

Там немає жодної прив'язки конкретно саме до вендору. І не може бути. Бо неможливо крім прямого запиту по UID, однозначно ідентифікувати не конкретну архітектуру, а саме вендора(без прив'язки до ідентифікації наприклад Кор чи К10). І Інтел і АМД глобально використовують одні і ті ж патенти, в рамках х86.
Відповідно неможлива оптимізація "під вендора". Ніяк(за виключенням прямого запиту а-ля муток Інтелу).

А в реальності можна заоптимізувати настільки, що навіть не гарантується робота на будь-якій іншій архітектурі крім цільової:

Але річ йшла саме "під вендора". Навіть якщо ви додасте оптимізації під всі наявні архітектури, наприклад Інтелу, це все ще будуть оптимізації під список конкретних архітектур, а не інтелу в цілому. Бо будь яка свіжа інтелівська архітектура вже нічого не отримає.
Це якщо врахувати, що взагалі подібні речі мають сенс лише в закритому комплексі, коли софт виконується на строго заданому залізі(найвідоміше - епл на інтелах, хоча мені спершу спали на думку файрволи ). Випускати таке в масмаркет - самогубство.

У різних архітектур різна вартіть та ефективність виконання однакових інструкції, це враховується.

Ткніть де це є в документі. В моєму розумінні, оптимізація під конкретне ядро має враховувати особливості цього ядра, типу довжини конвеєру, структури і асоціативності кешів і т.д.. Типу "це ядро ефективніше працює с SSE, значить користуємось нею" - вибачте, костиль, а не оптимізація.
І знову таки, де тут прив'язка саме "до вендора"?

А так-то да, і "Ніяких там оптимізацій немає" (с), і "Компілятор С, під х86, один для всіх" (с).
Цікаво тільки в якій паралельній реальності.

Це максимально просто для розуміння, далеких від теми, людей. Інакше "зіпсований телефон" вам таку паралельну реальність намалює, що ви ж перші і почнете приводити все до вище згаданого. Бо воно хоча б відповідає реальності споживчого ринку.

[Denvys5]

Там немає жодної прив'язки конкретно саме до вендору. І не може бути. Бо неможливо крім прямого запиту по UID, однозначно ідентифікувати не конкретну архітектуру, а саме вендора(без прив'язки до ідентифікації наприклад Кор чи К10). І Інтел і АМД глобально використовують одні і ті ж патенти, в рамках х86.
Відповідно неможлива оптимізація "під вендора". Ніяк(за виключенням прямого запиту а-ля муток Інтелу).

І контекст, впринципі, у цьому і є
https://www.techpowerup.com/261241/matl ... nificantly

By default, MKL queries your processor's vendor ID string, and if it sees anything other than "GenuineIntel...," it falls back to SSE, posing a significant performance disadvantage to "AuthenticAMD" Ryzen processors that have a full IA SSE4, AVX, and AVX2 implementation.

І l-m правий щодо специфічних оптимізацій "під архітектуру". Що впроваджується через code execution path (і приклад проблем з цим) що і вимагає певних додаткових дій у рамках оптимізації під конкретне залізо.

[lewerlin]

І контекст, впринципі, у цьому і є
https://www.techpowerup.com/261241/matl ... nificantly

Ну тут якраз мутки Інтелу з їхньою ж бібліотекою.

Що впроваджується через code execution path (і приклад проблем з цим)

Тут знову згадується конкретно компілятор інтел з.. тою ж бібліотекою. І тим же приколом, за який їм прилітало в суді.
Те саме виключення, про яке згадувалось вище і яке ніякого відношення до суть питання не має.