12核心的诱惑：Xeon E5-2697 v2偷跑测试

29-8-2013 12:40 AM| 发布者: admin | 评论: 26|原作者: jollygoh

摘要: Tom's Hardware越來越木有節操了，偷跑已經上癮。 Haswell Core i7-4770K、Ivy Bridge-E Core i7-4960X之前都是他們第一家捅出來完整測試的，現在又輪到了Ivy Bridge-EP Xeon E5-2697 v2(工程樣品)。 IVB-EP ...

Tom's Hardware越來越木有節操了，偷跑已經上癮。

Haswell Core i7-4770K、Ivy Bridge-E Core i7-4960X之前都是他們第一家捅出來完整測試的，
現在又輪到了Ivy Bridge-EP Xeon E5-2697 v2(工程樣品)。

IVB-EP是面向雙路服務器市場的，也是桌面頂級平台IVB-E的真正實力，一如上代的SNB-EP、SNB-E。

E5-2697 v2則是其中的旗艦型號，12核心，3MB二級緩存，30MB三級緩存，原始主頻2.7GHz，
動態加速情況如下：單核3.5GHz、雙核3.4GHz、三核3.3GHz、
四核3.2GHz、五核心3.1GHz、六核到十二核3.0GHz。

它支持四通道DDR3-1866內存，QPI總線頻率8GT/s，並有服務器所需的RAS、ECC技術，
熱設計功耗130W。接口還是LGA2011，現有X79和服務器主板升級BIOS即可支持。
價格方面，預訂已經接近3000美元。

和之前一樣，Tom也沒有公佈它的真身照片，而是直接開始跑分。

測試平台配置如下：
處理器：
Xeon E5-2697 v2 IVB-EP 十二核心/2.7GHz
Xeon E5-2687W SNB-EP 八核心/3.1GHz
Core i7-4960X IVB-E 六核心/3.6GHz
Core i7-3970X SNB-E 六核心/3.5GHz
Core i7-3930K SNB-E 六核心/3.2GHz
Core i7-4770K Haswell 四核心/3.5GHz
Core i7-3770K Ivy Bridge 四核心/3.5GHz
Core i7-2700K Sandy Bridge 四核心/3.5GHz
FX-8350 八核心/4.0GHz
A10-5800K 四核心/3.8GHz
主板：
微星Z87 MPower MAX (LGA1155)
微星Z77 MPower (LGA1150)
微星X79A-GD45 PLUS (LGA2011)
微星990FXA-GD80 (AM3+)
微星FM2-A85XA-G65 (FM2)
內存：芝奇DDR3-1600 4GB×4
硬盤：三星840 Pro 256GB
顯卡：NVIDIA GeForce GTX Titan
電源：海盜船AX860i
操作系統：Windows 8 64位專業版
顯卡驅動：GeForce 320.18
【基準測試】

3DMark 11：遊戲不需要太多核心，但是在物理成績上，12核心的2697 v2雖然頻率低，
但是憑藉多至少一半的核心數量，得分依然是最高的。

Sandra算術：這就是傳說中的甩你幾條街。

Sandra多媒體：難以望其項背。

Sandra內存帶寬：四通道和雙通道截然兩個世界。IVB-E、IVB-EP都支持DDR3-1866，
不過這裡用的都是DDR3-1600，有點委屈了。

Sandra緩存帶寬：第一次看到一級數據緩存的帶寬突破1TB/s，達到了驚人的1210GB/s，
二級緩存也有了驚人的將近780GB/s，三級緩存同樣高達390GB/s，太狠了。
另外可以看到，Haswell的一級數據緩存帶寬比Ivy Bridge幾乎翻了一倍，二級緩存也稍快了一些。

【圖形渲染】

Photoshop CS6：多核心支持非常好，2697 v2傲視群雄，但是在OpenCL加速環節，
反而差不多是CPU越強速度越慢，2697 v2只比FX-8350好一點。

Premiere Pro CS6：這裡太多核心就消化不了了，頻率也很重要，因此4960X摘得第一，2697 v2表現平平。

After Effects CS6：吃的是架構IPC、頻率和內存帶寬，核心數量並不重要，2697 v2倒數第二(FX-8350呢)。

3ds max：多核心優勢展現無遺。

Blender：2697 v2大獲全勝。

CineBench：因為頻率太低，2697 v2的單核心效率是最低的，但是多核心就超級無敵了，兩倍多於4770K。

【辦公效率】

這些，還有必要廢話麼？
【壓縮解壓】

WinRAR：發展至今，對多核心的支持依然不夠完善，還是很靠頻率。

7-Zip：對核心、頻率的綜合支持很到位，2697 v2、2687W一個核心多，一個頻率高，成績倒差不多。

WinZIP：2697 v2你太過分了啊，有點欺負人了！
【影音轉碼】

TotalCode Studio(舊名MainConcept)：也沒有用到全部核心，2697 v2、2687W成績差不多。

HandBrake：基本同上。

iTunes：蘋果這東西是單線程的。

LAME：也沒有多線程優化。
【功耗】
4960X的功耗之低、能效之高大大出乎意料之外，甚至比2700K都要節能，
那麼本質架構相同、熱設計功耗也是130W、頻率低但是核心多的2697 v2又會如何呢？
估計多線程項目中會高一些。

這個環節只考察2697 v2、2687W、3970X、4770K，記錄跑完全部測試的實時功耗
(期間還一直跑著SiSoftware Sandra)，最後再空閒半個小時。
之所以沒有加入4960X，是因為樣品已經歸還，沒有新的數據。

4770K的待機是最低的，2697 v2則明顯最高，但它也是最先完成測試的。

平均功耗：4770K當然是最低的，但是2697 v2也並不算太高，其實還低於2687W、3970X——後兩者的熱設計功耗都是150W。

總能耗：4770K依然是最低，2697 v2位列第二，但是別忘了這其中有後半程的很多空閒功耗，
而且很多不支持多線程的項目對它很不利。總的來說，2697 v2的能效依然是很高的，並不是電老虎。

转载自：这里

12核哦。。。

追踪我们的官方社媒

生气

惊讶

难过

好笑

无聊

收藏分享邀请

最新评论

引用 Jason929 16-8-2013 12:05 AM: 正常人用不上的效能...
也買不起...

引用 jollygoh 16-8-2013 12:06 AM: Jason929 发表于 16-8-2013 12:05 AM
正常人用不上的效能...
也買不起...

我会考虑买如果我中了TOTO。。。。

引用 bluetime263 16-8-2013 01:20 AM: 你的图让我看见了希望。。。4770k 不需要升级的。。。多余的。。。
强过3770k正常，但也不至于那么少。。。哈哈哈

引用 jollygoh 16-8-2013 01:25 AM: bluetime263 发表于 16-8-2013 01:20 AM
你的图让我看见了希望。。。4770k 不需要升级的。。。多余的。。。
强过3770k正常，但也不至于那么少。。。 ...

我的2600K也是不需要升级。。。

超一超，世界更美妙。。。

引用 ksongking85 16-8-2013 09:45 AM: jollygoh 发表于 16-8-2013 12:06 AM
我会考虑买如果我中了TOTO。。。。

拿去买屋子好点……

引用 jollygoh 16-8-2013 09:59 AM: ksongking85 发表于 16-8-2013 09:45 AM
拿去买屋子好点……

我是说中了RM27Mil时。。。

引用 ksongking85 16-8-2013 11:03 AM: jollygoh 发表于 16-8-2013 09:59 AM
我是说中了RM27Mil时。。。

对啊，就是中27mil我也不会买…… 娱乐用途用不上……
等到9960X才买还不迟……

引用 jkey 16-8-2013 02:47 PM: 4c 8t 已经很够用了。。

引用 jollygoh 16-8-2013 05:46 PM: ksongking85 发表于 16-8-2013 11:03 AM
对啊，就是中27mil我也不会买…… 娱乐用途用不上……
等到9960X才买还不迟……

我都说等我中了才会考虑咯。。。

都还没有中。。。。 本帖最后由 jollygoh 于 16-8-2013 05:47 PM 编辑

引用江夏 16-8-2013 08:44 PM: 对没做 database indexing 的大公司来说，就算 20 core 也跑很久。

引用金旦面 16-8-2013 08:59 PM: 江夏发表于 16-8-2013 08:44 PM
对没做 database indexing 的大公司来说，就算 20 core 也跑很久。

你讲的恰恰是我公司。

引用江夏 16-8-2013 09:04 PM: 金旦面发表于 16-8-2013 08:59 PM
你讲的恰恰是我公司。

你故意留着绝招不做 performance tuning 的是不是？
或慢慢做，每次加 10% 效率，公司上下当你是救世主。。。

引用金旦面 16-8-2013 09:08 PM: 江夏发表于 16-8-2013 09:04 PM
你故意留着绝招不做 performance tuning 的是不是？
或慢慢做，每次加 10% 效率，公司上下当你是救世主。 ...

如果是那么我不会那么头疼。
那些混蛋搞个2 tier设计，fully normalized table。
拿一个资料link 7～8个table。
然后还有更绝的，居然没有人懂indexing。
那个index是full table index。
更没有proper archiving。
stored procedure好像layer cake，最高纪录七层。
全部要收拾过，从user requirement standard, coding standard,等等到deployment standard都没有。

引用江夏 16-8-2013 10:44 PM: 金旦面发表于 16-8-2013 09:08 PM
如果是那么我不会那么头疼。
那些混蛋搞个2 tier设计，fully normalized table。
拿一个资料link 7～8个 ...

壮观的是百万个 record 和另外百万个 record 做校对。

我看过的是: 原本半天能处理完的工作，变成跑 7 天。index 后跑 3 天。multi-streaming 后跑 1 天，再加 CPU 后终于 4 小时内跑完。

终于可以开香槟庆祝。

引用金旦面 16-8-2013 11:27 PM: 江夏发表于 16-8-2013 10:44 PM
壮观的是百万个 record 和另外百万个 record 做校对。

我看过的是: 原本半天能处理完的工作，变成跑 7 ...

7位数还好。
现在的是8位数。
还没有index之前一个query都可以time out到半死。

引用江夏 17-8-2013 12:10 AM: 金旦面发表于 16-8-2013 11:27 PM
7位数还好。
现在的是8位数。
还没有index之前一个query都可以time out到半死。

这种多 core cpu 的面世，已经让新世代的电脑资讯员不去思考如何达到更高效率架构。
工艺每进一步，人类的创作力就退一步。

话说这个 Xeon 12 core，要充分利用，系统 ram 也要上百 GB 吧。

引用金旦面 17-8-2013 12:17 AM: 江夏发表于 17-8-2013 12:10 AM
这种多 core cpu 的面世，已经让新世代的电脑资讯员不去思考如何达到更高效率架构。
工艺每进一步，人类 ...

这个，现在128g ram都跑到要死要活了。
其实不是新世代，我觉得是大学的因素。
有的大学根本没有认真提供课程。
找几个没有职场经验的导师，哪里会有什么好人才培养。
单单是proper archiving，这个问题都没有人回答才被炸到。
而居然没人做OOP，insert update出现几十个版本。
还有没用的version test version 1 2 3在production里面。

引用江夏 17-8-2013 12:21 AM: 金旦面发表于 17-8-2013 12:17 AM
这个，现在128g ram都跑到要死要活了。
其实不是新世代，我觉得是大学的因素。
有的大学根本没有认真提 ...

(如果是)新 project，是这么乱水的啦，要赶起货嘛。

引用金旦面 17-8-2013 12:26 AM: 江夏发表于 17-8-2013 12:21 AM
(如果是)新 project，是这么乱水的啦，要赶起货嘛。

我进去的时候已经是死得很惨的货，现在我还在救着。
新的project还不懂，听说也是2-tier。
business logic也是一半在UI一般在Database。
如果你有我这么一班天才同事你会觉得很好运。
最搞笑就是我给的coding sample结果有人改都不改直接乱套，然后问怎么会不能用？