Нет нет нет) Так, в играх сейчас текстуры весят по 40-60Гб, неужели думаете что они все находятся одновременно в памяти? Там ни VRAM, ни RAM не хватит, всегда грузится только определённая часть текстур и по ходу взаимодействия игрока с миром текстуры подгружаются на лету, на скорость это абсолютно никак не влияет, если опять же не упираемся в ограничение (например мы полностью заняли скорость HDD/RAM, а какой-то другой процесс тоже пытается выполнить с него чтение), но обычно этого не происходит. Другое дело когда у нас в ближайшую(самую быструю) память не помещаются те текстуры, которые нужны нам прямо здесь и сейчас - вот тогда то мы и ловим фризы. Однако определить "минимально необходимый" размер может только игровой движок, обычно такая информация выводится в debug-режиме, остальной же занятый объём памяти у нас лежит мёртвым грузом в быстрой памяти(VRAM) чтобы при необходимости мы не выполняли заново подгрузку текстур из медленной памяти, а сразу им воспользовались. То, насколько быстро они нам понадобятся зависит опять же от игры, они могут нам вообще не понадобится, например у нас небольшие уровни с дверьми, при проходе через которые мы видим чёрный экран или экран загрузки, и тогда где следующий уровень будет уже в памяти - он загрузится за 1сек, а где будем грузить заново - за 5сек. Фризов не будет, но просто будет уровень дольше грузиться. Вариантов где используемый(он же минимально необходимый) объём ОЗУ намного меньший, чем занимаемый(тот который нам отображают утилиты типа MSI AB) очень много. В принципе, если уж на то пошло, то используемый объём всегда меньше того, который занят, разница только в объёме излишней выборки, это может быть как и 500мб, а могут быть и все 2-3гб. Но основная проблема всё та же - мы не можем узнать какой минимальный объём памяти требуется. Обычно производители ВК подбирают такой объём памяти, при котором чип ещё будет справляться с нагрузкой, т.е. например на 1гб карточке мы фризы не отличим от падения фпс, ибо его там будет ~5-6фпс, а фризы до 1-2фпс, грубо говоря.