Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
«Много где» — очень спорный вопрос. DX11 банально не умеет в многопоток выдавать с ЦП данные на ГП по запросам на отрисовку. Только DX12 этому научили. И 100% куча ядер, что ты видишь в мониторинге в DX11 игре, это что угодно, но не работающий «на число фпс» рендер-тред на ЦП. Учи мат. часть. ;)
Во всех «обыденных вещах» в любом многопотоке упор тоже всегда случается только в 1 из тредов, которому нужно больше производительности 1 ядра, на которое его бросили исполняться. В играх это почти всегда рендер-тред на ЦП (который координаты вершин для ГП готовит для каждого кадра). Все остальные треды, даже грузящие ядра под сотку — это уже оптимальное распределение смежных задач, где так сумели программисты.
Вывод: быстрота однопотока рулит до сих пор и везде, где она не в ущерб многопотоку выкручена (а без регулятора напряжений между ядрами в современных интел 13ххх — это как раз проблема, если ты хочешь получить уверенные 200+ по частоте).
Кривые аргументы. Никто за отдельными действиями на цп и не следит «глазами». И быстрее определяют разницей в %. Между разгоном до 6200 и стоком пояти 10% разницы. И это дохуа. Целое поколение цп, а то и два.
И с рендером и видео ты тоже промахнулся. Задача прекрасно параллелится и вместо 1Р также быстро выполнится на 2Е. Е гнать для такого многопотока гораздо выгоднее.
Ну и финалочка: 1Р не жрёт 400Вт. Больше 100 — это уже сильно постараться надо так вжарить его.
По всем Р ядрам 6.0 в синебенче мы уже имеем с кастомной водой +Мора или чиллер (на постоянку). И это на средних 13900к. В кранчере тоже можно, но уже на отборном кс.
А про одноядерный (хотя, точнее даже «малоядерный») — это ты промахнулся (по незнанию).
Где? 2Е ядра примерно равны 1Р. Всё, что параллелится более, чем на 4 потока, в 99% случаев параллелится примерно также и дальше, хоть на 32. Я ни разу не встречал ни одного приложения, критичного к IPC сразу 8 потоков (!). Почти всегда узкое место только какой-то 1 тред и не более.
Игры до хрена во что упереться могут. И в ЦП и в ГП и в рам и в врам и в пинг и в тикрейт сервера, да даже тупо всего 15 кадров имеющейся у противника анимации (больше не нарисовали) будут всратыми даже на 200 фпс, как ты его ни увеличивай.
8Р даже для 13900 много. Тем более, для ...700К. Именно Р дают основной нагрев. Формула 6Р + сколько-то Е = оптимальнее и по потреблению и по производительности.
booitce / msconfig / bcdedit — это каждый раз перезагружаться для вкл/выкл? Была же тема с опцией в биос чтобы просто нажимать принтскрин. Почему её до ума-то не довели?
А в твикерах — да, нужно. Более того, нужно сохранение пресетов под каждое приложение: запускать на таких-то ядрах с таким-то приоритетом. И чтобы потом просто по ярлыку они так и запускались.
Чисто теоретический вопрос: а чем должен быть плох тот же автоскип, если он подсовывая свою тематику — мочит всю остальную рекламу? (если я правильно понял его функцию из названия)
Нельзя за 100% брать базу вместе с гипертредингом. Потому что ты заранее не знаешь и не можешь знать, какой % ядра он займёт работой. Потому что это прямо зависит от эффективности кода, исполняемого в основном треде, который может недогрузить и всего 5% исполнительных блоков физ. ядра ЦП. Тогда и НТ будет довольствоваться только оставшимися 5%, а не 50, как ты пишешь.
Вывод: быстрота однопотока рулит до сих пор и везде, где она не в ущерб многопотоку выкручена (а без регулятора напряжений между ядрами в современных интел 13ххх — это как раз проблема, если ты хочешь получить уверенные 200+ по частоте).
И с рендером и видео ты тоже промахнулся. Задача прекрасно параллелится и вместо 1Р также быстро выполнится на 2Е. Е гнать для такого многопотока гораздо выгоднее.
Ну и финалочка: 1Р не жрёт 400Вт. Больше 100 — это уже сильно постараться надо так вжарить его.
А про одноядерный (хотя, точнее даже «малоядерный») — это ты промахнулся (по незнанию).
А в твикерах — да, нужно. Более того, нужно сохранение пресетов под каждое приложение: запускать на таких-то ядрах с таким-то приоритетом. И чтобы потом просто по ярлыку они так и запускались.