close

阿拉姆文翻譯 math

long
I/O

I/O:
寫100萬行80個字符的數據到文本文件,然後讀回內存。

第 二,Microsoft宣稱一樣的程式,用任何一種.NET說話編寫然後編譯到溝通的MSIL後,最終能以溝通的速度運行--這個說法確切很誘 人,Christopher當然想檢驗一下翻譯 這個基準測試的代碼相當簡單,這麼做才能包管各類.NET說話編寫的例程在功能上是平等的。 這四種語言是 不是真的速度不異呢?

trig

履行每一個測試前,Christopher都整理了硬盤,重啟機械,並封閉了不需要的後台服務翻譯 每個測試都運行了至少3遍,選用了最好了局。 啟動時候未較量爭論在內翻譯 測試的硬件情況是:
Type: Dell Latitude C640 Notebook
CPU:
Pentium 4-M 2GHz
RAM: 768MB
Hard Disk: IBM Travelstar 20GB/4500RPM
Video: Radeon Mobility 7500/32MB
OS: Windows XP Pro SP 1
File System: NTFS

這是個小規模的基準測試,涉及9種現代說話或其變種:Java 1.3.1翻譯社 Java 1.4.2,利用gcc 3.3.1編譯的C,Python 2.3.2,使用 Psyco 1.1.1 編譯的Python,四種Visual Studio .NET 2003支持的說話:Visual Basic, Visual C#, Visual C++和Visual J#翻譯

第四,看看semi-compiled語言和完全注釋語言的差異,後者的代表是Python,Perl和PHP。 目下當今有種概念是跟著硬件速度愈來愈快,價格越來越便宜,天成翻譯公司們會發現編譯型說話的速度優勢會大大無用。

效果:
Python/Psyco 效果剔除在外--因為數字太大^_^
單元:秒
數值越小越優異。

math

這裡是 測試代碼 翻譯 Java 1.3.1, Java 1.4.2和Visual J#利用的是不異代碼。 Visual C++和gcc C利用幾近不異代碼。 C法式在Cygwin下用gcc編譯。Psyco:增添import psyco和psyco.full()到Python代船埠部翻譯 四個Microsoft說話的測試在Microsoft Visual Studio .NET 2003下完成翻譯
Java的log() 函數利用e為底算天然對數,其他語言都用10為底算對數。很希奇Java沒有基於10的log函數,這可能會影響機能翻譯

這個Benchmark利用了各類數據類型測試數學和三角函數,簡單的文件I/O。 所有測試都在運行Windows XP的Pentium 4機械上完成。

最後,Christopher想看看Java前後分歧版本之間的不同--這壞小子。 SUN關於1.4.2機能晉升的大牛皮早就吹出來了,所以咱們此次也測測Java 1.3.1到底和1.4.2差別有多大。

第三,想看看Java或.NET到底比完全編譯的C慢若幹。 Christopher開始測驗考試了把CLR從 Visual C++ benchmark中剝離出來--用#pragma unmanaged預處置懲罰指令關閉託管特征,不外沒有成功,性能未見任何改善翻譯以後Christopher把VC法式用gcc重新編譯,以便讓C能真正的 享受當地代碼,不託管,不依靠CLR的好處。

促使Christopher做這個測試的來由有5個:
 int

點擊產看全尺寸圖表
740)this.width=740″ border=undefined>

math
double

32位整數運算:
利用32位輪回計數器和32位整數操作數,輪回從1到100萬。 疏忽餘數。
1 – 1 + 2 * 3 / 4 – 5 + 6 * 7 / 8 – … – 999,999,997 + 999翻譯社999翻譯社998 * 999翻譯社999,999 / 1,000,000,000

64位整數運算:
算法同上,換為利用64位輪回計數器和操作數。 輪回從100億到110億。

64位浮點算術:
和64位整數算術算法不異,不外利用64位浮點循環計數器和操作數,不疏忽餘數。

64位浮點三角函數:
利用64位浮點輪回計數器,較量爭論從1到1萬萬的所有值的sin,cos,tg,基於10的對數和平方根。

設 計優越的測試案例的確是fiendishly difficult。 Christopher只測試了數學運算(32位整數算術運算,64位整數算術,64位浮點算術,64位三角運算),之後是遞次訪 問的文件I/O。 測試其實不復雜,沒有觸及字符串處理,圖形,對象創建與管理(對面向對象說話),複雜數據構造,收集接見,數據庫接見。 測試雖簡單,不 過能給出各類說話效力到底若何的大致印象。

第 一,他很好奇Java 1.4.2--最新的官方Java發布版--和Microsoft的.NET 2003 系列說話誰的機能更好翻譯 Java和.NET 語言都是semi-compiled或說semi-interpreted的。 源碼都被編譯成中心代碼,然後與解釋器或者JIT編譯器一同運行。 對 Java來講,中心代碼就是字節碼,解釋器/編譯器就是Java虛擬機JVM;.NET世界裡的源碼被編譯成Microsoft中間說話MSIL,運行 在.NET公共說話運行時引擎上翻譯
除了擁有令Java廣受迎接的特征比如自動資本辦理,垃圾收集和類型平安外,.NET還有些新特性,比如跨說話調試,簡略單純的GUI設計和極為直白的應用部 署方法。 不外,這些特征會帶來機能損失嗎? 在對其編程模式增添了複雜的層次佈局後,Microsoft是不是摒棄了其對Java的速度優勢?
Christopher的想法是,Microsoft供應的J#是一個Java 1.1.4規範的Java實現,仿佛可以用這玩意來和Java比照,成效應當可以反應出SUN和Microsoft的運行時系統開消。

闡發:
第一,Java(最少1.4.2的Java)和.NET 2003系列說話比,在大大都測試中浮現都很不錯翻譯 除三角計較,Java事實上和VC--Microsoft最快的說話--一樣快翻譯 不外Java的 三角也太差了,連诠釋履行的Python都不如。 讓人迷惑的是1.3.1的三角顯露不錯翻譯
第二,Microsoft宣稱的所有的4種.NET說話都編譯成MSIL仿佛確有其事--最少對數學函數翻譯 整數算術運算的效果4種說話幾近相同翻譯 長整 數,雙精度和三角成效:VC#,VB和VJ#相同,不外C++編譯器輸出了令人印象深刻的快速代碼。 可能C++能更好地哄騙Pentium 4的SSE2 SIMD擴展完成算術和三角運算--僅是猜測。 I/O測試南北極分化,Visual Basic 和Visual J#顯然在利用I/O例程上效力比VC#和VC低翻譯 很明顯,功能相同的代碼並沒有編譯成不異的MSIL代碼。
第三,Java 1.4.2和gcc C一樣優異甚至更好--除三角較量爭論外翻譯 這是這次測試裡最使人受驚的地方。 平常合乎大家邏輯的猜想是在JVM中運行字節碼會帶來某種機能損失--和當地機器碼比力翻譯 在此次測試中,這個推測顯然不​​知為什麼不成立。
第四,全注釋履行的Python,和推想的一樣,比任何全編譯或半編譯的說話都慢很多--又是乃至有1/60的差距翻譯 不外I​​/O性能 上,Python和最快的說話也屬於同一陣營,並且比VB和VJ#快。 Psyco編譯器能為Python締造奇蹟,為數學和三角計算削減了10%到 70%的時間--和未經Psyco編譯的Python比。 和把Psyco 包括到Python中的簡單比擬,這個機能晉升是多麼驚人啊翻譯
第五,Java 1.4.2比Java 1.3.1在算術上快良多。 不過,前面提過,三角運算則落後了。 Christopher 猜想1.4.2中應當還有分歧的,更有效地調用三角函數的方式翻譯 還有一種多是1.4.2更留意精確而不是速度,所以新函數更準確但是速度更慢。

TOTAL
Visual C++9.618.86.43.510.548.8
Visual C#9.723.917.74.19.965.3
gcc C9.828.89.514.910.073.0
Visual Basic9.823.717.74.130.785.9
Visual J#9.623.917.54.235.190.4
Java 1.3.114.529.619.022.112.397.6
Java 1.4.29.320.26.557.110.1103.1
Python/Psyco29.7615.4100.413.110.5769.1
Python322.4891.9405.747.111.91679.0

編譯及優化等選項:
Java 1.3.1:javac -g:none -O編譯,java -hotspot 運行。
Java 1.4.2:javac -g:none 編譯,java -server 運行。
C:gcc -march=pentium4 -msse2 -mfpmath=sse -O3 -s -mno-cygwin 編譯。
Python with and without Psyco:無優化。 python -O只能加速加載,對運行無用。
Visual Basic:使用Release設置裝備擺設,大開optimized,封閉integer overflow checks。
Visual C#:release,打開optimize code。
Visual C++:release,打開whole program optimization,優化為maximize speed,打開global optimizations,enable intrinsic functions,設置size or speed為favor fast code,設置omit frame pointers為yes,設置optimize for processor為Pentium 4 and above,設置buffer security check為no,設置enable enhanced instruction set為SIMD2,設置optimize for Windows98為no。
Visual J#:release,打開optimize code,封閉generate debugging information。



本文來自: http://blog.udn.com/DreamYeh/8597936有關各國語文翻譯公證的問題歡迎諮詢天成翻譯公司02-77260931
arrow
arrow
    文章標籤
    翻譯社
    全站熱搜
    創作者介紹
    創作者 anthonjhrb3aa 的頭像
    anthonjhrb3aa

    vqr5reevesv8

    anthonjhrb3aa 發表在 痞客邦 留言(0) 人氣()