NajaToxicus

12 часов назад, Magnymlord@ сказал:

А нука нука, тээээкс,идём сюды, типо офф сайт наверное :)  :
https://cpucontrol.ru/
 

---

Дополнено 16 минуты спустя

Оппаньки и что мы тут видим ?
Программа CPU Control отлично себя проявила в многоядерных системах – двух, трех, четырехядерных процессорах и более.
 

Вот только этот сайт тоже очень устаревший, ссылка на скачивание на нём не работает, скачивал с другого источника.
Тут же написано "Для работы с Windows 8, потребуется запуск режима совместимости", у меня на windows 10 вообще пустое окно процессов, а судя по упоминанию windows 8, который получился непопулярным и который быстро заменили на 10 в 2015 году, сайт последний раз обновляли лет 10 назад.
P.S. Никакой режим совместимости ничего не меняет.

Magnymlord@ Первый способ приводил к вылету.  cpu control древняя прога, которая рассчитана максимум на 4-х ядерные процессоры, на большем (у меня 6) не работает. Посмотри моё предыдущее сообщение в теме, проблема была в постоянных очень частых проверках инвентаря по квесту, сейчас гораздо лучше.

Апдейт, всё дело в переделанном квесте на еду для наймов на цехах подстанции, в оригинале там давался квест, который (вроде бы) не проверял инвентарь, здесь же похожий квест, но принести нужно другой вид еды, я заподозрил неладное в тот момент, когда ровно в момент покупки еды у меня обновился квест, то есть он сканил весь мой инвентарь ОЧЕНЬ часто. Вспомнив как то-ли в ОП, то-ли в солянке рекомендовали не брать сразу несколько квестов на предметы, я подумал что причина может быть именно в этом. И что вы думаете? Сразу после сдачи квеста фпс вырос до 80+. Получается разрабы мода немного наговнокодили, а я не понял этого, так как этот квест у наймов привычка брать рано (хотя смысла вроде как в нём 0) и ещё и сделал сейв и ушёл спать после взятия квеста, то есть на следующий день выглядело так, будто я просто в первый день игры не замечал этого.

TLDR: Я дурак и разрабы мода немножко тоже.

DDOS Запустил через 
C:\Tools\PsExec.exe" -d -a 0,1,2,3 "C:\Games\STALKER-Geonezis\bin\xrEngine.exe" -no_staging -smap2048 -sjitter
Нагрузка действительно распределяется на 4 ядра, но насколько я понимаю, они просто работают по очереди и это может помогает с температурами но не влияет на производительность (те же 40 кадров) ибо это ограничение движка.

Я не знаю, как я это сразу не заметил, но к фризам похоже приводило освещение, динамическое освещение dx10 и dx11 полностью заполняло видеопамять ещё на этапе загрузки сейва, до этого я не заметил разницы, так как быстро проверял все возможные настройки и на статике были те же 40 фпс, а немного бегать по округе для проверки на фризы я не стал.

Короче говоря, на статике есть относительно стабильные 40fps, так и буду играть, верю в то, что как сказал кекарь  для комфортной игры нужен проц с отличной производительностью на ядро чтобы компенсировать плохую сочетаемость современных CPU с древним движком чистой производительностью. мб соберу комп на каком-нибудь ryzen 5 7500f у которого и кэш в разы больше и производительность на ядро на 70% выше по passmark. 

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

43 минуты назад, xrLil Batya сказал:

Это не то. Настраивать нужно именно в панели управления -> электропитание

https://support.microsoft.com/ru-ru/windows/изменение-режима-питания-для-windows-компьютера-c2aff038-22c9-f46d-5ca0-78696fdf2de8
Это как раз то в 10 винде.
Схемы питания остались, но в них по дефолту при питании от сети ничего не ограничивает производительность.

2 часа назад, Рыж сказал:

Отключился 3D ускоритель видеокарты. Система или видеодрайвер не считают игру за 3D программу и переключают видеокарту в режим экономии. Такое может произойти на любой видеокарте. Особенно этой экономией страдают видюхи от Нвидео. Вспомним, например, мод "Мёртвый город:...", когда ФПС падал почти до нуля при взгляде "не в ту сторону" и взлетал просто при повороте в другую сторону. При этом у видеокарт АМД просадки были гораздо меньше.

 

Я указал, что от настроек графики меняется загрузка видеокарты и не меняется fps, что является очевидным следствием упора именно в процессор, я могу на затоне встать в лужу, посмотреть под ноги и начать ходить, и загрузка GPU доходит до 100%, так что дело точно не в ней, ибо когда что-то графически тяжёлое происходит на экране, она начинает работать на максимум. Плюс скрин из приложения nvidia, игру нормально детектит.

59 минут назад, Deathman сказал:

Итак, давай я кое что объясню за нагрузку на процессор в хрее.
Дело в том что у нас есть вещи, которые являются узким горлышком по тем или иным причинам.
Одна из таких фундаментальных причин это то что движок мало пригоден к простому переводу на многопоток, ибо писался одновременно и жепой, и с расчетом только на одноядерные процессоры, с самого начала.
Ввод многопотока это сложная и долгая задача, которая не выполняется по щелчку пальцев, а требует большой перепроектировки больших модулей движка, или же вовсе переход на другие кодовые АПИ как в случае если кто-то захочет распараллелить скрипты, ибо с ЛУА, которая не потокобезопасна, это сделать не получится, и для этого нужно будет переводить весь движок на моно и C#.
Следующие более частные узкие горлышки движка это например очень времязатратный рекурсивный обход графа сцены, который не сильно получится ускорить без глобальной перепроектировки, с целью перевода игры на BVH или многопоточный билд графа.
Следующая проблема это очень тяжелый окклюжн куллинг для Поинт и Омни источников света.
Далее идет скриптовая система и тд.
Для того чтобы знать что именно вам необходимо оптимизировать в вашем проекте я рекомендую использовать инструменты профилирования, я в NSPX использую Optick с тех пор как наплодил утечек и сломал тени от солнца, он прост в интеграции и позволяет быстро и эффективно просмотреть посекундно кто сколько жрет от времени кадра

 

Знаю про то, что движок сильно ограничивает производительность, но я же написал, мод 2011 года, на форумах того времени никто не жалуется на производительность, значит на процессорах того времени тянуло, мой i5-8300 хоть и слаб по современным меркам, мощнее любого проца тех лет в однопотоке.

Не понимаю к чему последний абзац текста, я не делаю свой мод, я использую уже существующий мод 14-летней давности.

3 часа назад, xrLil Batya сказал:

Раз это ноут, то может в панели управления просто стоит энергосберегающий режим?

Хотя даже на сбалансированном режиме может быть низкий фпс

На 10 это так выглядит, ради интереса попробовал на всех трёх, разницы на удивление нет, видимо при работе от сети винда в любом случае использует макс. производительность.

WILD_USEC Опять же, мод 2011 года, в 2011 в него играли, мой проц мощнее всех процессоров того времени, но у меня на грани играбельности. В этом проблема.

varan Что ты несёшь? Я написал пост днём, вечером перед сном он ещё был на проверке, сейчас я проснулся и отвечаю, со мной по-твоему разговаривать нельзя, если я не по московскому часовому поясу живу в стране, где их 11?

Lucha Я ошибся в изначальном посте, у меня 2666МГц, следовательно DDR 4 оперативка, опять же получается быстрее любой оперативки 2011 года. (DDR 4 память вышла в 2014 году)

Играя в чистый сталкер замечал редкие фризы, но в целом было норм, сейчас решил поиграть в sgm 2.0 geonezis addon и ловлю постоянные долгие фризы + фпс выше 50 не поднимается вообще вне зависимости от настроек. Посмотрел в MSI afterburner, видеокарта на 20% загружена, первое ядро процессора в сотню, остальные отдыхают. Похожая история с другими модами, просто до этого они были по тяжелее (bosspack на anomaly), думал что норма. В настройках и 60гц частоту и синхронизацию и каждый ползунок отдельно проверял, 0 разницы, просто на минимальных видеокарта на 15% работает, а на максимальных аж на 40%

ПК (ноут):

• GTX 1050
• i5-8300H
• 16gb DDR3 RAM
• 1 TB HDD

Посмотрел на самые топовые процессоры 2009-2013, мой i5 даже в однопотоке мощнее любого (немного мощнее i7-4770k 2013 года), так что не понимаю, в чём проблема, не играли же все sgm с geonezis addon в 30fps с лютыми фризами на топовых процах 2011 года.