#77 Последний выпуск для операционной системы Windows 10: GeForce 391.35 WHQL (27.03.2018) | 32-bit
#77 Последний выпуск для операционной системы Windows 7/8/8.1: GeForce 475.14 WHQL (09.07.2024) | 64-bit
#77 Последний выпуск для операционной системы Windows 7/8/8.1: GeForce 391.35 WHQL (27.03.2018) | 32-bit
#77 Последний выпуск для операционной системы Windows Vista: GeForce 365.19 WHQL (13.05.2016) | 32-bit & 64-bit
#77 Последний выпуск для операционной системы Windows XP: GeForce 368.81 WHQL (14.07.2016) | 32-bit & 64-bit

#77 Последний выпуск для серии карт Kepler: GeForce 475.14 WHQL (09.07.2024) Windows 10/11 | 64-bit
#77 Последний выпуск для серии карт Kepler: GeForce 475.14 WHQL (09.07.2024) Windows 7/8/8.1 | 64-bit
#77 Последний выпуск для серии карт Fermi: GeForce 391.35 WHQL (27.03.2018) Windows 10 | 32-bit & 64-bit
#77 Последний выпуск для серии карт Fermi: GeForce 391.35 WHQL (27.03.2018) Windows 7/8/8.1 | 32-bit & 64-bit
#77 Последний выпуск для серии карт GT/GTX 200, 300, 400: GeForce 342.01 WHQL (14.12.2016) Windows 10 | 32-bit & 64-bit
#77 Последний выпуск для серии карт GT/GTX 200, 300, 400: GeForce 342.01 WHQL (14.12.2016) Windows Vista/7/8/8.1 | 32-bit & 64-bit

Про перебрасывание потока по ядрам виндой и процентики загрузки тема известная, еще в висте однопоточные игры упирались в проц, при этом показывая, например 25% загрузки всего на каждом ядре (в ut2004 такое наблюдал - по сути 100% времени одного потока раскидывались по 4м ядрам, масштабировать его дальше было невозможно, проц простаивал, но упор в проц шел все равно. выглядело это для неподготовленного взгляда будто задействуются все 4 параллельно, но не до конца. правильные процентики были, если игру к одному ядру привязать - чистые 100% загрузки по нему и тот же фпс 1в1).
Однако вот некоторые скрины. Разрешение до 1280х720 снизил - фпс не сменился ни на йоту. Видяха даже в буст не идет. 24фпс ровно. К - Кинематогрофичность.
#77
Отходим на пару шагов влево к дверям спуска на станцию. ФПС поднимается до ограничения в 60 (ограничение через RTSS)
#77
При этом загрузка ЦП хоть и незначительно, но возросла.

Если 11% эти на основном потоке считаются относительно 100% по всем ядрам, т.е. от 8, то допустим он реально угрузил 1 ядро на ~89%. И вроде как все логично. Но.

Теперь отключаем стремление к совершенству и снижаем FOV со 110 до дефолтных 70.
#77
ФПС вырос. Загрузка цп - тоже выросла. Как по диспетчеру виндовому, так и через Process Explorer (смотрим не только время основного потока, но и всех дополнительных).

Это больше всего похоже на идею jugador об объектах невидимых, но продолжающих считаться не по упрощенной модели, а полноценно, если они грубо говоря в поле зрения (например за зданием, на которое я смотрю, речка, в которой считается физика волн, которая мне нафиг не нужна). Единственным логическим объяснением было бы: есть некий поток, на результаты которого завязаны остальные, и он тут бедняга упирается в ресурсы, не масштабируется и остальные его ждут; как только он начинает выполняться быстрее, связанные потоки меньше простаивают и мы получаем больший фреймрейт на выходе. Но ничего подобного не видно. При этом с тем, что упор таки в проц - я согласен (если ядрышки начать отключать в диспетчере, то фпс начиная с отключения 4го начинает падать с 24 до 12 на одном ядре. а вот 5-8 виртуальные действительно ничего не дают фолычу).
В общем буду надеяться, что патчами это исправят.