討論串[問題] 相同程式 (/clr:pure) (/clr)速度差異
共 9 篇文章
首頁
上一頁
1
2
下一頁
尾頁

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者HeyScng ( )時間13年前 (2011/02/08 11:49), 編輯資訊
1
0
1
內容預覽:
開發平台(Platform): (Ex: VC++, GCC, Linux, ...). VS2010. CODE:. http://nopaste.csie.org/ea1a4. PROPERTY使用. 純 MSIL Common Language Runtime 支援 (/clr:pure).
(還有148個字)

推噓2(2推 0噓 6→)留言8則,0人參與, 最新作者WPC001 (突然覺得自己是孤獨的...)時間13年前 (2011/02/09 01:20), 編輯資訊
1
0
1
內容預覽:
不是很簡單嘛?. pure就只有managed可用. clr的話是混合式, 可能要處理managed與unmanaged等資料型態. 混合式的好處是提供相容性, 可以沿用舊的unmanaged程式碼, 但缺點就是需要多檢查. 而pure因為都只有MSIL, 所以一切行為都更可以掌握及預測,. 也因此

推噓1(1推 0噓 3→)留言4則,0人參與, 最新作者HeyScng ( )時間13年前 (2011/02/09 10:58), 編輯資訊
1
0
1
內容預覽:
推 HeyScng:首先謝謝您的答覆 由於程式我會呼叫其他dll 因此(/clr) 02/09 10:48→ HeyScng:勢必得使用 演算法的執行時間亦須符合規格 主要是想用 02/09 10:49→ HeyScng:template 來減少重複程式碼 以利以後管理 沒想到速度卻 02/09 1
(還有107個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者HeyScng ( )時間13年前 (2011/02/09 18:21), 編輯資訊
3
0
1
內容預覽:
前文恕刪. 的確我也認為template instantiation在編譯期. 但實際在 /clr 選項編譯下(win32 console) 速度卻有明顯差異. 測試程式碼如連結 http://nopaste.csie.org/a6909. 執行結果:. TestFunction1 elapsed:
(還有55個字)

推噓2(2推 0噓 0→)留言2則,0人參與, 最新作者WPC001 (突然覺得自己是孤獨的...)時間13年前 (2011/02/09 22:32), 編輯資訊
0
0
1
內容預覽:
考慮效能的話, 你挑選的語言應該是C/C++ (C++應儘量避免OO會造成的效能損失). 而且應該以native code的形式存在, 必要的話~~. 應該是寫成DLL/COM給別人呼叫... 而別用這種類似BYTECODE的東西來當你的核心. .Net/或是CLR混用這種會降低效能的部分, 應該是
首頁
上一頁
1
2
下一頁
尾頁