爲了勾畫這個問題的背景:在工作中我們使用Dell Precision工作站。我目前使用的是NVidia Quadro FX1700。 我的團隊正在開發實時數據採集系統的圖形組件。 因此,我們一直在尋找是否圖形操作不佔用太多的CPU時間。對於快速檢查,我們有幾個我們運行的測試程序,它們以指定的速率(例如10 fps)繪製場景,我們使用普通的舊任務管理器來查看CPU使用情況。 其中一個程序在GDI DrawRectangle調用(已填充)上很沉重。這個程序一直用來消耗大約40%的CPU用戶時間,但大約一年左右(只是在這裏猜測),它只使用大約2-3%的內核時間。很顯然,這裏正在發生一些硬件加速。事實上,如果我關閉HW-accell,我們又回到原來的40%的用戶時間。所有這些當然都是好消息,因爲我們已經在考慮去參加OpenGL了。年復一年的GDI從未獲得硬件加速的好處。直到前一段時間。GDI已經加速。有誰知道這是什麼時候發生的?
有沒有人知道更多關於此?微軟做到了嗎?或者它是gfx卡供應商特定的?
編輯
日Thnx的答案已經(Ferrucio,Torlack和羅布·沃克),但我的問題沒有得到解答。我們在這裏談論一個填充矩形。可能是最簡單的優化功能:只需向GPU發送幾個座標並讓其翻轉即可。然而它總是在CPU端實現。 到目前爲止,答案讓我相信NVidia終於看到了光(超過10年)和加速GDI。並沒有公佈這個?根本沒有信息可以找到。 我的內部客戶問我關於圖形加速的問題,我只能說「好吧,我們很幸運」。
EDIT2
它似乎像它是根據不同的答案相關的驅動程序。那麼,NVidia多年來爲其工作站卡製作了蹩腳的GDI驅動程序。這家公司內部確實是一個公認的事實,GDI沒有加速,所有的測試都證實了這一點。
我不同意接近。 GDI的使用相當廣泛,所以它的性能是相關的,即使答案恰好與一個非常具體的問題有關。 – reinierpost 2010-11-24 08:48:54
儘管現在的問題已經有2.5年了,但我還是補充一點,我也不同意這個結論。對於許多編寫圖形代碼的人來說,這是一個潛在的有用的問題。 – nitro2k01 2011-04-15 04:05:23
@reinierpost:您現在有足夠的聲望投票重新提出問題 - 請注意,雖然作者自己已經解決了問題,而不是人羣或主持人所期望的一見鍾情。我想事後看來(2008年10月一直是SO的早期階段......)QBziZ應該已經提交併接受了* Edit2 *作爲他自己的總結答案,而不是爲了讓答案最終得到更深入的答案而不是結束問題。這就是爲什麼我投票現在重新打開自己;) – 2012-05-29 07:24:00