首先我們得明確3D引擎使用多線程的目的所在：
1、在CPU上進行的邏輯計算（比如骨骼動畫粒子發射等）不影響渲染速度
2、較差的GPU渲染速度的低下不影響邏輯速度
第一個目標已經很明確了，我來解釋下需要達到第二個目標的原因：許多動作遊戲的邏輯判定是基於幀的，所以在渲染較慢的情況下，邏輯不能跳幀，而仍然需要嚴格執行才能保證遊戲邏輯的正確性，這就導致了遊戲速度的放慢，而實際上個人認爲渲染保持15幀以上就已經可以正常進行遊戲了。
在較差的GPU上跑《鬼泣4》《刺客信條》《波斯王子4》簡直就像是慢鏡頭一樣，完全沒法玩。而實際上CPU跑滿幀是沒有問題的，如果能把邏輯幀和渲染幀徹底分離，即使渲染幀達不到要求，但CPU仍能正確的執行遊戲邏輯，就可以解決動作遊戲對GPU要求過高的問題。
我們先來看多線程Ogre的兩種架構，第一種是middle-level multithread
如上圖所示，每個需渲染的實體被複製成了兩份，主線程和渲染線程交替更新和渲染同一個實體的兩個備份，並在一幀結束時同步，這種解決方案達到了第一個目標而並沒有達到第二個目標，同時兩份實體的維護也相對複雜，並且沒法爲更多核數的CPU進行擴展優化。
第二種Ogre多線程的方法是 low-level multithread
如圖，將D3D對象複製兩份，同樣是在幀結束時同步並交換，和上面的優缺點類似。兩種多線程Ogre的解決方案都是在引擎層完成的，對上層應用透明，對於用戶而言無需考慮多線程細節，這點是非常不錯的。
接下來我們來看SIGGRAPH2008上，id soft提出的多線程3D引擎的方案
這裏是已PS3的引擎結構爲例的，與PC有較大的差別，其中SPU是Cell芯片的8個協處理器，擁有強大的並行能力，id的解決方案在SPU上進行了諸如骨骼動畫、形變動畫、頂點和索引緩存的壓縮、Progressive Mesh的計算等諸多內容，同時與PPU上的物理計算RSX上的渲染工作交錯進行，最大化的利用了PS3的硬件結構，最終的遊戲產品《Rage》很快就會面世了！
最後是我的解決方案
特點是邏輯完全分離，無需同步，雖然成功的達到了文章開始提出的兩個目標，但對於引擎的使用者必須考慮多線程的諸多問題，各種計算需放在哪個線程，如何在兩個線程間交互，都需要深入思考，所以要應用到實際的遊戲製作，恐怕還有很長的一段路要走。