HMD использует процессор только для трекинга. В остальном это просто два дисплея на которые выводится уже подготовленное изображение. Растрированием занимается GPU, тоже к процессору отношения не имеет. А вот на самом первом этапе - подготовка вершин треугольников для видеокарты целиком ложится на процессор. И тут не важно для чего он это делает, для мониторов или VR. В iR после внедрения однопроходного рендеринга так и есть. Если движок игры сможет раскидать эти расчеты по потокам - хорошо. Но если не ошибаюсь игропейсатели этим не заморачиваются, тем более никто не пишет специальный код для ВРщиков, тупо два раза исполняют один и тот же код для каждой проекции... Распараллеливанием занимается Виндовс и DirectX.
Вообще многопоточность на текущей архитектуре та еще бяка. Например в х86 совершенно отсутствует масштабируемость. Нельзя взять готовый проект и просто увеличить скорость исполнения запустив его на процессоре с бОльшим количеством ядер. На АМД и Интел этот процесс выглядит как уменьшение нагрузки на каждое новое ядро. В отличие например от CUDA, где достаточно плодить микроядра и получать кратную прибавку скорости расчетов. А учитывая требования совместимости получаем натягивание совы на два ядра максимум. Или уже не четыре? А дальше как карта ляжет. Одним проектам дополнительные ядра слегка помогают, други до фени дверца.
Это видимо связано с тем, что мат. расчеты не такие сложные, как в иР. После внедрения гравия и новой системы повреждений все стало еще сложнее считать. И это очень хорошо видно по разнице ФПС в гонке и при проигрывании реплея. В повторах нет физ. расчетов, только вектора и скорость для каждого объекта в кадре.
Кстати, если обратили внимание, камушки в иР ведут себя как физические объекты, а не как спрайты. Правильно взаимодействуют с препятствиями. Popcorn FX этим занимается и использует второй поток для этого. Плюс на нем еще сидит звук.
Но к ВР это отношения не имеет.