Java SE 8已于昨天發布 。 傳統上，每個新的主要JRE版本都提供免費的性能提升。 我們還能再得到免費的午餐嗎？ 這次收益有多大？

讓我們對其進行基準測試。

基準方法

• 使用3個不同的JRE版本（SunJDK 1.6.0_26 ，OpenJDK 1.7.0_51和OpenJDK 1.8.0 ）運行相同的代碼。 該代碼本身是為Java 6編寫的（在語法和JDK API的用法上），并為帶有OpenJDK 1.7的Java 6進行了編譯。
• 每次運行大約需要55分鐘。
• VM參數： -Xmx1536M -server
  軟體： Linux 3.2.0-59-generic-pae
  硬件： Intel? Xeon? CPU W3550 @ 3.07GHz
• 每次運行都能使用OptaPlanner解決13個計劃問題。 每個計劃問題需要運行5到幾分鐘。 并行解決多達2個計劃問題。
• 解決計劃問題不涉及任何IO （啟動期間要加載輸入的時間只有幾毫秒）。 一個CPU完全飽和。 它會不斷創建許多短命的對象，然后GC會收集它們。
• 基準衡量每毫秒可以計算的分數數量。 越高越好。 為擬議的規劃解決方案計算分數并非易事：涉及許多計算，包括檢查每個實體與每個其他實體之間的沖突。

要在本地重現此基準， 請從源代碼構建optaplanner并運行主類GeneralOptaPlannerBenchmarkApp 。

基準結果

執行摘要

我的觀察：

• 在最大的數據集（Machine Reassignment B10）上，其他任何數據集的大小都相形見,， Java 8比Java 7快20% ，已經比Java 6快17% 。
• 在某些情況下，Java 8的速度比Java 7慢。特別是對于課程安排數據集，Java 8的速度比Java 7慢6% 。希望Java 8的新版本能盡快解決此性能6%問題。
• 平均而言，Java 8僅比Java 7快1% 。而Java 7已經比Java 6快16% 。
• 盡管這是OpenJDK 8的第一個最終版本，但我在Java 8中沒有發現任何回歸。OptaPlanner的示例是100％可再現的，因此，正如預期的那樣，不同的JRE在每次迭代中給出的結果完全相同。

原始基準數字

JDK 云平衡200c 云平衡800c 機器重新分配B1 機器重新分配B10 課程安排c7 課程安排c8 考試安排S2 考試安排S3 護士名冊M1 護士排班MH1 體育賽事安排NL14

SunJDK 1.6.0_26	46462	44963	94567	28655	5473	6989	6954	3785	3232	2948	1977年
OpenJDK 1.7.0_51	53683	49798	116553	33733	6182	7848	8243	4606	3645	3377	2445
OpenJDK 1.8.0	54687	51625	135102	40529	5798	7357	8048	4441	3637	3324	2321
6?7	15.54％	10.75％	23.25％	17.72％	12.95％	12.29％	18.54％	21.69％	12.78％	14.55％	23.67％
7?8	1.87％	3.67％	15.91％	20.15％	-6.21％	-6.26％	-2.37％	-3.58％	-0.22％	-1.57％	-5.07％
數據集規模	12萬	1920k	50萬	250000k	21.7萬	14.5萬	1705千	1613k	18k	12k	4k

結論

在大型數據集上，Java 8顯然更快。 而且這無需更改代碼行。 平均而言，結果令人信服（使用當前版本），但始終歡迎免費午餐。

翻譯自: https://www.javacodegeeks.com/2014/04/how-much-faster-is-java-8.html

總結

以上是生活随笔為你收集整理的Java 8快多少？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。