intel 45nm core 1.2G CPU性能很差?

y456789 2009-05-27 11:30:38
对相同算法进行测试,intel 45nm core 1.2G CPU的时间开销是intel 65nm core 2.4G CPU的时间开销的3倍,L1cache两者是一样的,l2cache 1.2G的还更大,我的内存两台机器上都是2G。
...全文
170 7 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
gumbour 2009-08-14
  • 打赏
  • 举报
回复
信息太少,1分钟和2分钟这个2倍能说明问题,1ms和2ms说明不了问题。
另外还要看具体算法,可能和内存带宽也有关系。
zenny_chen 2009-08-01
  • 打赏
  • 举报
回复
没错。

通过Intel官方文档。主要是Basic(Vol1)和Optimization手册。
y456789 2009-07-31
  • 打赏
  • 举报
回复
谢谢zenny_chen, 再问从哪里可以得到关于CPU这个细节的信息?

我对时间测试不是很精确, 现在总体测试结果是:intel 45nm core 1.2G CPU的时间开销是intel 65nm core 2.4G CPU的时间开销的2倍. 按你上面的说法,在intel 45nm core 1.2G CPU上使用高级指令优化更有优势.
y456789 2009-07-31
  • 打赏
  • 举报
回复
谢谢,此问题原因是应用程序的驱动有问题,虽然没有启动他, 但不断有中断产生,导致SISOFTWARE测试不准.
zenny_chen 2009-06-15
  • 打赏
  • 举报
回复
另外要注意的是Intel Core Quad所采用的是在一个硬模上复制两个双核模块。因此,一般而言,如果对同一进程使用双核并行的话应该使用同一模块上的两个核较好。所以可以检查一下核的亲和性(Affinity)
zenny_chen 2009-06-15
  • 打赏
  • 举报
回复
你测试的是什么算法?
Intel Core Quad采用增强的Core微架构,支持了SSE4.1指令集,并且在执行单元上增加了一个独立的128位Shuffle单元,使得8到32位的PACK、UNPACK等指令的吞吐延时从原来的2个周期缩减到1个周期,而执行延迟也从原来的2个周期缩减到1个周期。
尽管在官方公布的周期延迟表中,PINSRW、PEXTRW等指令的延迟高达4到5个周期,但是我实际对它们测试后发现,使用XMM的速度比原来(65nm 微Core架构)还要快些,而MMX的一样,1.5个周期左右。
而其它的基本算术逻辑运算延迟均与先前的Core微架构的一样。所以在指令周期上绝不会比65nm的Core微架构低。
而在我们实际产品上也体现得很明显。使用45nm的Enhanced Core Microarchitecture的优化成果要比基于65nm的Core Microarchitecture的要高30%~40%。
intel_www 2009-06-02
  • 打赏
  • 举报
回复
就这么点信息?

567

社区成员

发帖
与我相关
我的任务
社区描述
英特尔® 边缘计算,聚焦于边缘计算、AI、IoT等领域,为开发者提供丰富的开发资源、创新技术、解决方案与行业活动。
社区管理员
  • 英特尔技术社区
  • shere_lin
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧