Фризы в играх при первой подгрузке локаций и объектов.

[Dynkel]

Добрый день! После замены ПК столкнулся с фризами (1-3 сек.) в некоторых играх на первых минутах игры при первой подгрузке локаций и объектов (NPC и пр.). Фриз На прежнем "слабом" ПК (i5 3470 + gtx 960) фпс хоть и был меньше, но подобных проблем не наблюдалось. Если играть в игру регулярно, то фризы в начале могут пропасть, но если не запускать какое-то время игру, то они появятся снова. Игры стоят на м.2 SSD. В чем может быть проблема? В интернете встречал подобные жалобы как от владельцев AMD так и Intel (8700, 7700k, 9700к). Находил, что подобное может возникать из-за слишком быстрой скорости ssd, такое возможно?

[Karats]

Такое может быть от неправильного разгона ОЗУ например.

[garniv]

Потом окажется что сравниваются разные игры, с разным настройками)

[Dynkel]

Цитата (Karats) »

Такое может быть от неправильного разгона ОЗУ например.

Разгон до 3200. Но в стоке на 2400 все ровно то же самое. В интернете люди меняли ОЗУ и железо, не помогало. Читал у человека был пример подобной проблемы на "мощном" ПК, в то время как на "слабом" ноутбуке ничего подобного не наблюдалось.

Добавлено через 1 минуту

Цитата (garniv) »

Потом окажется что сравниваются разные игры, с разным настройками)

Да нет одни и те же, в частности Assassins Creed Unity. Настройки игры на это кстати вообще никак не влияют, хоть все на максимуме и 30 фпс, хоть все на минимуме и 100+ фпс, на наличие фриза в начале это никак не сказывается.

[Karats]

Разгона по таймингам а не по частоте.

[Smirnoff]

Цитата (Dynkel) »

Находил, что подобное может возникать из-за слишком быстрой скорости ssd, такое возможно?

Скорее, "такое" возможно из-за специфической работы некоторых DRAM-less контроллеров SSD - они не очищают SLC-буфер полностью при простоях, таким образом: всё, что ещё болтается в SLC-буфере читается очень быстро, а вот то, что уже было перенесено в TLC/QLC - то читается несколько медленнее...

[Dynkel]

Цитата (Smirnoff) »

Скорее, "такое" возможно из-за специфической работы некоторых DRAM-less контроллеров SSD - они не очищают SLC-буфер полностью при простоях, таким образом: всё, что ещё болтается в SLC-буфере читается очень быстро, а вот то, что уже было перенесено в TLC/QLC - то читается несколько медленнее...

Попробовал поставить на переносной HDD - фризы остались. Предположительно может быть связано с кэшированием шейдеров.

[XaXoL]

Цитата (Smirnoff) »

Скорее, "такое" возможно из-за специфической работы некоторых DRAM-less контроллеров SSD - они не очищают SLC-буфер полностью при простоях, таким образом: всё, что ещё болтается в SLC-буфере читается очень быстро, а вот то, что уже было перенесено в TLC/QLC - то читается несколько медленнее...

Не отрицая вышесказанного просто расскажу с чем сам раз столкнулся, но не разбирался в причине и вернул как было. Ибо делается это редко и не критично, комп может крутить задание столько, сколько потребуется (в пределах разумного).
В общем старый Pinnacle Studio 11. Вывод проекта в финальный видос.
В данном мероприятии весьма активно используется жёсткий диск - куча чтений разного размера файлов (куски видео, переходы, эффекты...).
Решил глянуть насколько перенос файлов проекта на SSD ускорит данный процесс. Сам Pinnacle на системном SSD (Kingston V300/120GB). Проект, куски видео - всё на SSD Smartbuy Ignition Plus 120GB (MLC, без SLC-кеширований). Сам итоговый видос записывается на отдельный HDD. И в итоге оно конечно было быстрее, но видео выводилось с какими то косяками - белые (пустые) кадры между обычными кадрами и получается какая-то каша из видео с белыми прогалами и рывками. Вернул файлы проекта на HDD (как было изначально) - такой проблемы не стало.

[Dynkel]

Действительно проблема связана с кэшированием шейдеров. Это объясняет почему при повторных запусках игры фризов нету. При выключении кэширования шейдеров в панели nvidia фризы в начале игры есть всегда. Так должно быть?