Как работает железо и многопоточность?

Пишу первую игру на C# и соответственно DirectX 9 for managed Code
Сам директ начал осваивать недавно да и само программирование учил по книжке, поэтому возникло несколько вопросов (походу Дурацких)


1. Загружается ли процессор вовремя загрузки вертесных буферов в видяху?
2. Загружается ли процессор вовремя рисования этих вертексных буферов?
3. Вовремя загрузки вертекс буферов в видяху из оперативки будут ли другие потоки испытывать трудности с доступом к оперативной памяти (не к передаваемым данным а для записи/считывания своего фрагмента памяти)??

Хз как там работает видяха и шина но если я правильно понимаю то по идее загружать ЦП не должно
поэтому возникла идея использовать многопоточность. чтобы создавать вертекс буферы и паралельно их передавать/рисовать

Первый поток создает вертекс буфер ,устанавливает сигнал о готовности буфера и сразу начинает рассчитывать буфер для следующего кадра. Второй поток получив сигнал о готовности буфера и готовности третьего потока загружает готовый буфер в видеопамять. А третий поток уже рисует/переключает текстуры и сообщает второму потоку о окончании рисования для получения нового буфера
(или даже 2 и 3 потоки можно объединить?)

Я в программировании почти новичок поэтому и спрашиваю стоит ли запариваться с потоками? Или может как то по другому стоит их организовать? так как планирую добавить еще 2 потока для поиска пути и обработки игровых событий??

0

и сразу начинает рассчитывать буфер для следующего кадра

зачем ?
в "сцене" буфер вершин и буфер индексов устанавливается один раз при инициализации и всё. дальше примитивы рисуются из этих буферов.
конечно может возникнуть необходимость изменить буферы - изменяете их, но в масштабе времени исполнения кадров это событие редкости тунгусского метеорита.

0