POPPUR爱换

标题: nehalem超频到9G以上？ [打印本页]

作者: gaiban 时间: 2008-8-20 22:31
标题: nehalem超频到9G以上？
在旧金山IDF上，Intel使用一颗Nehalem Core i7 3.2GHz处理器演示了CineBench R10多线程渲染，结果惊人。
渲染开始后，四颗核心和八个线程立即开始工作，仅仅19秒钟之后完整的画面就呈现在了屏幕上，同时得分超过45800。
相比之下，Core 2 Extreme QX9770 3.2GHz只能得到12000分左右，超频到4.0GHz才勉强超过15000分，不到Nehalem 3.2GHz的三分之一。

http://www.hardware.info/en-US/news/ymick5qXwp6acZY/IDF08_Overclocked_Nehalem_sets_new_Cinebench_10_record/

说明nehalem的超频能力很强,可以达到9G以上.
默认2.92G是13372
(超频45800/默认13372)*2.92G>9G

[ 本帖最后由 gaiban 于 2008-8-20 22:32 编辑 ]

作者: Megatron 时间: 2008-8-20 22:41
传说中的PARROT?

作者: gaiban 时间: 2008-8-20 22:43
如果是双路ep, 关了SMT的话, 就大约是超到>5G.
所以合理的解释就是, 双路EP/non-SMT超频>5G

http://we.pcinlife.com/thread-988275-1-1.html

作者: itany 时间: 2008-8-20 23:22

原帖由 gaiban 于 2008-8-20 22:43 发表
如果是双路ep, 关了SMT的话, 就大约是超到>5G.
所以合理的解释就是, 双路EP/non-SMT超频>5G

http://we.pcinlife.com/thread-988275-1-1.html

当然另外一种很不可能，但是却让人心怀期待的解释就是：
之前测试用的B0 Nehalem存在一个“大BUG”，在Cinebench里边性能损失了30%
现在B1的Nehalem解决了这个问题，找回了性能
这样，即使是单CPU超到5G就能跑出这个性能了

作者: 1empress 时间: 2008-8-20 23:25
提示: 作者被禁止或删除内容自动屏蔽

作者: itany 时间: 2008-8-20 23:29

原帖由 1empress 于 2008-8-20 23:25 发表
用什么火星科技我也不信增长三倍性能

你当时红色有角三倍速么

摩尔老爷子的话还管不管用

摩尔的话只管规模，又不管性能……
况且在这个对比中忽视了一件事，那就是x64的Cinebench比x86的要快一些；对于Nehalem而言可能是快不少
这个演示应该是基于x64的

[ 本帖最后由 itany 于 2008-8-20 23:30 编辑 ]

作者: the_god_of_pig 时间: 2008-8-20 23:32
那个是单路，有8个线程，自己看图麻

作者: sxs112 时间: 2008-8-21 01:37
LN2 4.8Ghz~5.Ghz左右

作者: wendy888 时间: 2008-8-21 09:31
文中指出，Nehalem更多的是关心高性能计算、虚拟化、数据库的应用。游戏的性能和处理器的整数性能密切相关。在处理器核心架构上，Nehalem相对于Penryn的改进并不多，而在这方面Penryn做的非常好，这不仅仅是内存消歧技术的引进，在分支、执行宽度等方面都相对于上一代处理器有着质的飞跃。在缓存结构上，Penryn巨大的L2缓存使得命中率非常的高，整个内存访问体系是非常有效的。Nehalem的L1缓存延迟从3增加到4，L2缓存大幅度减少到256KB，较大的L3缓存延迟达到40周期，对于整数执行，都是很大的退步，即使是集成了内存控制器也没有办法找回。在核心上的改进所带来的整数性能增益很大程度的都被缓存所抵消了。

但是对于数据库的访问来说，很多时候每周期执行的指令只有0.5条，Penryn的高执行宽度没法发挥，就是在等内存的数据。这个时候集成内存控制器会发挥明显的作用，而且超线程在一个线程由于内存访问阻塞的时候还能执行另一个线程，使得CPU能够充分被利用。在多CPU的时候，Nehalem的缓存同步也有了革命性的进步。在高性能计算上，三通道的DDR3内存和新的TLB结构都将带来性能的大幅度提升。

所以，Nehalem是取悦HPC用户和商业用户的，并不是为了游戏玩家服务的

作者: itany 时间: 2008-8-21 09:45

原帖由 wendy888 于 2008-8-21 09:31 发表
文中指出，Nehalem更多的是关心高性能计算、虚拟化、数据库的应用。游戏的性能和处理器的整数性能密切相关。在处理器核心架构上，Nehalem相对于Penryn的改进并不多，而在这方面Penryn做的非常好，这不仅仅是内存消歧 ...

汗，我写的某个Anand小编的BLOG的内容提要也不用到处转帖吧？

作者: daniel_k 时间: 2008-8-21 09:48

原帖由 itany 于 2008-8-21 09:45 发表

汗，我写的某个Anand小编的BLOG的内容提要也不用到处转帖吧？

宣扬的如此广泛……过一阵子你这段话估计会被人挖坟了{biggrin:]

作者: gaiban 时间: 2008-8-21 09:57

原帖由 itany 于 2008-8-20 23:29 发表

摩尔的话只管规模，又不管性能……
况且在这个对比中忽视了一件事，那就是x64的Cinebench比x86的要快一些；对于Nehalem而言可能是快不少
这个演示应该是基于x64的

软件有显示就是x32的,看第一个图的OS项
OS:WINDOWS 32

作者: gaiban 时间: 2008-8-21 09:58

原帖由 the_god_of_pig 于 2008-8-20 23:32 发表
那个是单路，有8个线程，自己看图麻

图上是8个线程, 但没有显示是单路. 双路关SMT,也是8个线程.

作者: the_god_of_pig 时间: 2008-8-21 10:34

原帖由 gaiban 于 2008-8-21 09:58 发表

图上是8个线程, 但没有显示是单路. 双路关SMT,也是8个线程.

IDF上没有理由故意关超线程阿{lol:]

作者: itany 时间: 2008-8-21 10:34

原帖由 daniel_k 于 2008-8-21 09:48 发表

宣扬的如此广泛……过一阵子你这段话估计会被人挖坟了{biggrin:]

又不是我的话，挖坟也不是我的坟啊

作者: itany 时间: 2008-8-21 10:35

原帖由 gaiban 于 2008-8-21 09:57 发表

软件有显示就是x32的,看第一个图的OS项
OS:WINDOWS 32

唔，不好意思，我看差了

作者: gaiban 时间: 2008-8-21 12:00

原帖由 the_god_of_pig 于 2008-8-21 10:34 发表

IDF上没有理由故意关超线程阿{lol:]

为了超频,关掉SMT有利点.

作者: liqingtian 时间: 2008-9-18 23:06
提示: 作者被禁止或删除内容自动屏蔽

作者: 1empress 时间: 2008-9-24 21:07
提示: 作者被禁止或删除内容自动屏蔽

作者: gameson47 时间: 2008-9-25 11:34
{sweat:] 太匪夷所思了................

作者: moto007 时间: 2008-9-25 12:42
瞎扯淡吧

作者: elisha 时间: 2008-9-25 12:52
用4870来渲染，应该有可能有这个速度

不过IDF上肯定不会给amd表现的机会呀

作者: 独孤志 时间: 2008-9-25 13:11
上去一下。。。

作者: 1empress 时间: 2008-9-26 18:08
提示: 作者被禁止或删除内容自动屏蔽

作者: Megatron 时间: 2008-9-26 18:13
莫非真有Nehalem的Skulltrailo:) 美梦中……

作者: 1empress 时间: 2008-9-26 22:26
提示: 作者被禁止或删除内容自动屏蔽

欢迎光临 POPPUR爱换 (https://we.poppur.com/)