Intel вважає, що недостатня оптимізація ПЗ може приховувати до 30% ігрової продуктивності процесора

[1234waltz]

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

Все впирається в грощі. Чи готова компанії заплатити за певну кількість "людиногодин" певної вартості.
Рефакторинг теж коштує дофіга, настільки, що для якихось фільтрів в Фотошопі Адобі тримала майже десятиріччя код оптимізований під Intel HT. Оптимізований код? Оптимізований. Яка в ньому користь була через 10 років від його внесення? Користі не було, була шкода. Але переробляти дорого, муторно і так працює.

Окей, йдемо по іграм.
Розробнику є варіант зробити для рушія підтримку AVX, AVX2 чи AVX-512.
AVX-512 це адський зоопарк, де в самого Інтела були то апгрейди, то даунгрейди від гена до гена. Бо в різних гена то повертали, то прибирали окремі інструкції. Включно з відсутністю підтримки AVX-512 їх копро-ефективними ядрами.
Виникає питання - хто винен в тому, що розробники це не імплементують? Компанія Інтел винна на 100%. Це буквально результат їх роботи.
Розробник дивиться на це і думає, та я краще обмежуть древнім AVX чи AVX2, як максимум.
Може розробники винні в тому, що Інтел аж декілька разів робила софтварний костиль до thread director, щоб їх зоопарк ядер в окремих іграх коректно перекидав навантаження?

[VRoman]

Он конечно прав в том, что нужна оптимизация. Но зачем было создавать проц, под который приходится переписывать всё ПО? И кто там хвастался встроенным в проц планировщиком задач, который до сих пор не заработал правильно без поддержки со стороны ПО?

[KimRomik]

може хтось бачив проц загружений на 100% в якійсь грі? я особисто більше 50..60% ніколи не бачив

залежить від двіжка гри
от наприклад в Source часто два ядра завантажені під 90%, решта від 20 до 80

[erkins007]

у всіх інтелів споживання при низькому навантаженні або без нього менше, для цього загалом і потрібні ці ядра

У Интела идл был меньше ещё во времена 9900к. Это особенности монокристал/чиплет, а не этих недоядер.

[DuckRider]

Причем тут е-ядра вообще или должны ли знать разрабы где р-ядро, а где е-ядро, дело вообще не в этом

а потом эмуляторы на интеле лагают на недоядрах

Отправлено спустя 56 секунд:

може хтось бачив проц загружений на 100% в якійсь грі? я особисто більше 50..60% ніколи не бачив

залежить від двіжка гри
от наприклад в Source часто два ядра завантажені під 90%, решта від 20 до 80

сорс 2 отлично параллелится на 16 потоков

[Inqizitor2022]

Если игра при установке 720р и длсс скорость не показывает на 5090 при 90+ загрузке процессора при загрузке видяхи ниже 90% - значит оптимизация CPU мусорная.
Хорошая оптимизация - если в таком режиме 5090х3Д2 будет долбиться в 100% загрузки и видяха сколько то.

[dead_rat]

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

Если адекватно это оптимизировано, то нет, невозможно сделать сразу идеально и оптимизировано. Сделать проект и сделать оптимально проект (как бы зная задним числом весь путь) это две разные задачи.
Хах, так программисты виноваты в том, что не могут сделать то что в принципе невозможно сделать, а ещё в том что менеджемент и не ставит такие задачи, из-за чего нужные скилы не развиваются, поэтому то что и так невозможно сделать сразу, становится ещё невозможнее? И виноваты программисты? Я правильно понял?

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

[vmsolver]

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

Это слишком идеализированная картина, может быть очередную формочку для браузера можно сделать сразу адекватно, а когда речь о большой насыщенной технологиями системе, которая долго делается и к тому же довольно сложная - а игры это именно такие, то идеализированной картины почему-то не наблюдается. Казалось бы в чем же проблема? Ах да, все же конторы идеальны, только программисты это черное пятно в нашем белом мире, и потому во всём виноваты. Могли бы и за свой счет сделать, в личное время, а то ведь теперь люди подумают что их руководство не идеальное, что процессы в компании не выстроены и так далее. Как же хорошо, что есть четкое понимание о виновниках проблемы Значит через год всё исправится, идеальное руководство везде примут правильные решения и программисты научаться сразу делать всё оптимально, не нарушая time to market. Осталось только добавить Аминь.

Відправлено через 2 хвилини 52 секунди:

Он конечно прав в том, что нужна оптимизация. Но зачем было создавать проц, под который приходится переписывать всё ПО? И кто там хвастался встроенным в проц планировщиком задач, который до сих пор не заработал правильно без поддержки со стороны ПО?

Если проблема в софте, то как проц её решит? Кремниевая железяка должна сделать то, что не смогла организовать целая контора?
В проце не тот планировщик, поток запускает по-прежнему диспетчер задач ОС.

[Afit]

Robert Hallock не хоче позбавити десктопів, того зайвого гемора що вони придумали? Коли ти підключений до розетки, недоядра втрачають актуальність. З'являється непотрібна перемінна, з якоюсь хтось має рахуватись й відповідно підлаштовуватись під неї.

[vmsolver]

Если игра при установке 720р и длсс скорость не показывает на 5090 при 90+ загрузке процессора при загрузке видяхи ниже 90% - значит оптимизация CPU мусорная.

Это так не работает, весь процессор так не загрузить, софт просто так не параллелится, как правило у игр есть главный поток, вот его и надо запускать на самом быстром ядре.
Собственно, загрузка ядра это просто числовая мера его временной занятости, ну занят он 100%, ждёт данные с ОЗУ

[dead_rat]

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

Это слишком идеализированная картина, может быть очередную формочку для браузера можно сделать сразу адекватно, а когда речь о большой насыщенной технологиями системе, которая долго делается и к тому же довольно сложная - а игры это именно такие, то идеализированной картины почему-то не наблюдается. Казалось бы в чем же проблема? Ах да, все же конторы идеальны, только программисты это черное пятно в нашем белом мире, и потому во всём виноваты. Могли бы и за свой счет сделать, в личное время, а то ведь теперь люди подумают что их руководство не идеальное, что процессы в компании не выстроены и так далее. Как же хорошо, что есть четкое понимание о виновниках проблемы Значит через год всё исправится, идеальное руководство везде примут правильные решения и программисты научаться сразу делать всё оптимально, не нарушая time to market. Осталось только добавить Аминь.

Ти зараз луснеш від тролінгу.

[KimRomik]

залежить від двіжка гри
от наприклад в Source часто два ядра завантажені під 90%, решта від 20 до 80

сорс 2 отлично параллелится на 16 потоков

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

[Scoffer]

должны ли знать разрабы где р-ядро

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

[Intel74320ASuperFin+]

ЛИДЕР РЫНКА

1. Нет гипертрейдинга
2. Е ядра кал
3. Нет авх 512
4. Нет псие бифуркации х4х4х4х4
5. Нет поддержки есс на потребительских платах
6. Р ядра только для эмбэддед рынка, а остальным накидаем еще е ядер разных видов
7. Эмэйзинг камни на 3 нм жрут больше чем камни конкурента на 4
8. Озу не та для разгона. дорогущий одноранговый 10 ггц кудимм кит или пацаны не поймут
9. Материнка не та. Ты же не лох. Бегом за 890 апексом или 10+ слойной итх.
10. Софт не тот. Без наших патчей с пласебо даже не смейте ничего запускать
11. Охлад не тот. Слабее промышленного чиллера не ставить
12. Уже лень писать про поделки синей недокорпы.
13. Лучше купите АМД

[Mozdev]

Нє, ну це повна х***я. Зробили проц з P ядрама, додали Е ядра, потмі ще якісь там LE ядра, а конкурент взяв і просто лупанов 8 нормальних, стандартних ядер. Тобто амд зробив класичний велосипед з двома колесами, а інтел з трьома, а потім дивуються, а що не так. Так ще б ці Е, не Е ядра якось на енергоспоживання впливали в позитивному плані. Потужність ryzen хай там 150 ватт, потужність core i7 250+ ватт, з відповідними температурами. ну і хто дурак? кому воно треба додатково безплатно сидіити, вираховувати якісь ядра/недоядра, код писати ...

у всіх інтелів споживання при низькому навантаженні або без нього менше, для цього загалом і потрібні ці ядра

спойлер

Тоді інтел мала запхати їх у мобільний сегмент там де це потрібно, а не усюди.

[VRoman]

Он конечно прав в том, что нужна оптимизация. Но зачем было создавать проц, под который приходится переписывать всё ПО? И кто там хвастался встроенным в проц планировщиком задач, который до сих пор не заработал правильно без поддержки со стороны ПО?

Если проблема в софте, то как проц её решит? Кремниевая железяка должна сделать то, что не смогла организовать целая контора?
В проце не тот планировщик, поток запускает по-прежнему диспетчер задач ОС.

Проц создал проблему для ПО, так пусть сам её и решает. Без разнородных ядер проблем не было ведь? Если Интел так хочется проталкивать свою big.LITTLE, то пусть сами и занимаются оптимизацей уже выпущенных игровых движков, а не вешают это дело на других. Кто им мешает создавать уплотнённые ядра как АМД вместо того, чтобы писать очередную архитектуру?

[vmsolver]

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

Это тоже криво и не стандарт, нет совместимости со старым подходом, что никто никому не говорит. Безусловно, можно обновить стандарт, новые будут сообщать, а старые нет. Но как видишь, никто о таком не говорит, все пытаются сделать это прозрачным для пользователя.
Не знаю какие там проблемы реально есть, чтобы сделать удобно, и думаю ты тоже не знаешь ))
Можно теоретизировать про использование начальных оценок из метрик загрузки исполнительных потоков, и мониторинг этих показателей, что даёт инфу о том, какое ядро надо какому потоку. Вполне возможно, что это элементарно, и проблема появляется, когда ядер 8, а потоков 128. Но лень это исследовать, пятницы существуют не для этого.

Відправлено через 1 хвилину 51 секунду:

Если проблема в софте, то как проц её решит? Кремниевая железяка должна сделать то, что не смогла организовать целая контора?
В проце не тот планировщик, поток запускает по-прежнему диспетчер задач ОС.

Проц создал проблему для ПО, так пусть сам её и решает. Без разнородных ядер проблем не было ведь? Если Интел так хочется проталкивать свою big.LITTLE, то пусть сами и занимаются оптимизацей уже выпущенных игровых движков, а не вешают это дело на других. Кто им мешает создавать уплотнённые ядра как АМД вместо того, чтобы писать очередную архитектуру?

А с чего вы взяли, что проблему создал проц?
"І хоча Intel все ще помітно відстає за ігровою продуктивністю, компанія звинувачує в цьому відставанні швидше оптимізацію ПЗ, ніж саме апаратне забезпечення."
Мне кажется вы и сабж говорите про разные темы

[Inqizitor2022]

Это так не работает, весь процессор так не загрузить, софт просто так не параллелится, как правило у игр есть главный поток, вот его и надо запускать на самом быстром ядре.
Собственно, загрузка ядра это просто числовая мера его временной занятости, ну занят он 100%, ждёт данные с ОЗУ

Last of us 2, Crimson Desert, , Resident Evil Requiem, Counter Strike 2, Kingdoms Come Deliverance 2, PUBG с последними патчами с тобой не очень согласны, хотя концептуально ты прав и по факту, в мобилках на том же Снапдрагоне так и сделали, есть основное ядро мощное, 3 ядра хуже, 4 ядра мелких. Но на ПК я перечислил как минимум те игры, в которых 32 потока при снижении разрешения начинают долбиться в максимум.

спойлер

Тут стоит 1080р, обрати внимание на загрузку видяхи в перечисленных мной играх.

А вот тут PUBG:

спойлер

И ещё раз обрати внимание на загрузку видяхи, в 1080р упёрлось в 5090.

[doc-oc]

Что же вы не жаловались на это во времена доминации i7?!

[vmsolver]

Last of us 2, Crimson Desert, , Resident Evil Requiem, Counter Strike 2, Kingdoms Come Deliverance 2, PUBG с последними патчами с тобой не очень согласны, хотя концептуально ты прав и по факту, в мобилках на том же Снапдрагоне так и сделали, есть основное ядро мощное, 3 ядра хуже, 4 ядра мелких. Но на ПК я перечислил как минимум те игры, в которых 32 потока при снижении разрешения начинают долбиться в максимум.
Тут стоит 1080р, обрати внимание на загрузку видяхи в перечисленных мной играх.

Мобилки не причем, это специфика игр, это одинаково работает с разными или одинаковыми ядрами, у игры есть главный поток, который может упираться в однопоточную производительность. У процессора могут быть миллион ядер, но ограничивает фпс однопоточная производительность одного главного потока. Главное на что надо обратить внимание, это то что рендер кадра это последовательный процесс, циклы расчета повторяются и где-то есть кто-то кто это всё оркеструет.
На видео не вижу где бы игры упирались в 32 потока, я бы сказал на видео строго противоположное.