Я так понимаю, вообще никто не попытался понять, а ЧТО же собственно делает этот тест. Как он вообще получает цифры, которые выдает пользователю.

Так вот, алгоритм у теста следующий.
1. на входе есть 2 параметра: размер куска (chunk) и максимальный объем памяти.
их можно задать с командной строки, просто добавив эти два числа в мегабайтах через пробелы
по умолчанию кусок равен 128мб и без ограничения на максимум (в таком случае максимум = весь объем памяти на карте)
2. тест пишет в память карты нули общим объемом в размер chunk
скорость этого процесса он не показывает, и правильно делает, потому что оно зависит от скорости шины, а не памяти
3. остаток памяти (общий или максимально разрешенный объем минус chunk) он делит на равные куски
на 970 получается 30 кусков по 128 = 3840.
если задать chunk = 512, то он протестирует 7 кусков общим объемом 3584, а при 1024 - 3 куска на 3072
по-моему, все, кто хоть чуть чуть понимает в принципе работы ПО уже должны почувствовать подвох в такой методике.
4. тут наступает основная операция, результаты которой тест и показывает
тест производит локальное копирование из области, записанной на этапе 2, последовательно в несколько копий (= числу кусков), пока не забьет этим мусором весь объем
копирование является локальным только условно. если карте не хватит памяти, то она начнет использовать оперативку
5. скорость копирования каждого куска он выводит на экран

Тут или автор теста полный идиот или он сознательно пытается ввести в заблуждение. Скорее второе, полный идиот не смог бы сделать тест.
Во-первых, тест делает вид, что тестирует сегменты памяти. При дефолтном chunk=128 он так и пишет:
с 0 по 128: скорость
с 128 по 256: скорость
и т.д.
но это бред. Не обращается он к физическим адресам, да и не может. Если предположить, что видеокарта свою память заполняет от начала к концу равномерно без пропусков (а это сферический конь в вакууме), то на самом деле должно быть:
с (общий объем занятой памяти до запуска теста + 128, записанные на этапе 2) по ( + 128): скорость
с (конец первого сегмента) по ( + 128): скорость
и т.д.
На деле же там, скорее всего происходит запись в разнобой во все места, которые все еще свободны. Определенно можно сказать только то, что никакого соответствия вот этим вот "0-128, 128-256 и т.д." реальным физическим диапазонам памяти НЕТ.
В конце у теста происходит вполне ожидаемый результат. Свои последние "сегменты" он уже копирует не в локальную видеопамять, а в оперативную. Потому что разработчик не соизволил проверять вначале, а сколько же видеопамяти уже чем-то занято. Его тест упорно пишет столько данных, сколько бы смогла вместить полностью свободная видеопамять.

В общем, проблем никаких нет. В самой ОС память видяхи уже загружена на 150-550 мб (в Win 8.1 х64) в зависимости от разрешения, обоев и пр. (по показаниям Afterburner или GPU-Z). Поэтому на 3500 мб и снижение скорости в тесте происходит. Сделал разрешение 1024х768, поставил стандартные обои в винде, VRAM снизила загрузку до 187 мб. Тест стал проходить почти полностью, лишь на самом последнем имеется сброс (как раз эти 187 мб). Если и их очистить, скорее всего будет все по полной использоваться. Кстати, в разрешении 1024х768 вылета драйвера нет почему-то (по сравнению с 2560х1440). Но это на GTX 980.