0
A
回答
5
只需將第一次迭代從循環中拉出並在索引1處啓動循環即可。這是迄今爲止最簡單且最便宜的方法。其他方式涉及等待,這是低效的。
+0
是的,這就是我所做的,但它感覺有點「髒」。我希望OpenMP能爲此提供一個條款 – Patrik 2012-07-13 13:08:50
+0
+1幾乎是我能想到的唯一解決方案。 – 2012-07-13 19:55:06
相關問題
- 1. 每一次循環的第一次和第三次迭代
- 2. 循環第一次迭代
- 3. 廣度第一次迭代?
- 4. 第一次迭代失敗
- 5. 第一次「for循環」在第一次迭代後停止python
- 6. 環卡上的第一次迭代
- 7. 暫停的foreach循環,直到第一次迭代完成
- 8. 間歇性第一次迭代失敗,但第二次迭代通過
- 9. Matlab迭代刪除一行矩陣,除了第一次迭代
- 10. Python&Selenium/XING:find_element第一次工作,而不是第二次迭代
- 11. 條件僅在第一次迭代
- 12. 第一次迭代後咖啡崩潰?
- 13. cin.getline()跳過第一次迭代
- 14. 第一次迭代後執行循環
- 15. java foreach跳過第一次迭代
- 16. makefile foreach在第一次迭代停止
- 17. 循環不actioning在第一次迭代
- 18. 循環停止在第一次迭代
- 19. ajax只執行第一次迭代
- 20. 奔跑對於第一次迭代和在礦井的第二
- 21. 迭代在第一次迭代後退出
- 22. Async.foreach迭代停止forcely直到第一次迭代執行
- 23. 第一次迭代時Hadoop迭代器跳過方法調用
- 24. 爲什麼此循環的第二次迭代會跳過第一次掃描?
- 25. 在一個循環的第一次迭代中添加類
- 26. 如果在第一次迭代和第二次迭代之間存在小的時刻
- 27. JavaScript在第一次完成前執行第二行代碼
- 28. PHP循環的foreach確定第二次和第三次迭代
- 29. 算法的第一次迭代慢但後續的迭代運行良好
- 30. Python,在第n次迭代中打印一個字母n次
使999個內核等待1個內核的gpu核心完成速度比計算在CPU我認爲 – 2012-07-13 12:50:06
慢,因爲你正在浪費999 *(gpu的功率)爲第一個週期只有1pu的功率。 – 2012-07-13 12:51:05
@tuğrul那麼,什麼?有時候這是不可避免的。此外,正常的串行代碼也是如此。但這也是無關緊要的,OpenMP不適用於GPU。 – 2012-07-13 12:51:44