vxf1ftownsesf

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

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的對數和平方根。

第 一，他很好奇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更留意精確而不是速度，所以新函數更準確然則速度更慢翻譯

最後，Christopher想看看Java前後不同版本之間的差別－－這壞小子翻譯 SUN關於1.4.2機能提升的大牛皮早就吹出來了，所以我們這次也測測Java 1.3.1到底和1.4.2差別有多大。