查看: 2902|回复: 26
|
12核心的誘惑:Xeon E5-2697 v2偷跑測試
[复制链接]
|
|
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核哦。。。 |
|
|
|
|
|
|
|
发表于 16-8-2013 12:05 AM
|
显示全部楼层
正常人用不上的效能...
也買不起... |
|
|
|
|
|
|
|
楼主 |
发表于 16-8-2013 12:06 AM
|
显示全部楼层
Jason929 发表于 16-8-2013 12:05 AM
正常人用不上的效能...
也買不起...
我会考虑买如果我中了TOTO。。。。 |
|
|
|
|
|
|
|
发表于 16-8-2013 01:20 AM
|
显示全部楼层
你的图让我看见了希望。。。4770k 不需要升级的。。。多余的。。。
强过3770k正常,但也不至于那么少。。。哈哈哈 |
|
|
|
|
|
|
|
楼主 |
发表于 16-8-2013 01:25 AM
|
显示全部楼层
|
|
|
|
|
|
|
发表于 16-8-2013 09:45 AM
|
显示全部楼层
jollygoh 发表于 16-8-2013 12:06 AM
我会考虑买如果我中了TOTO。。。。
拿去买屋子好点…… |
|
|
|
|
|
|
|
楼主 |
发表于 16-8-2013 09:59 AM
|
显示全部楼层
ksongking85 发表于 16-8-2013 09:45 AM
拿去买屋子好点……
我是说中了RM27Mil时。。。 |
|
|
|
|
|
|
|
发表于 16-8-2013 11:03 AM
|
显示全部楼层
jollygoh 发表于 16-8-2013 09:59 AM
我是说中了RM27Mil时。。。
对啊,就是中27mil我也不会买…… 娱乐用途用不上……
等到9960X才买还不迟…… |
|
|
|
|
|
|
|
发表于 16-8-2013 02:47 PM
|
显示全部楼层
4c 8t 已经很够用了。。 |
|
|
|
|
|
|
|
楼主 |
发表于 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结果有人改都不改直接乱套,然后问怎么会不能用?
|
|
|
|
|
|
|
| |
本周最热论坛帖子
|