b*********n
发帖数: 2284 | 1 其他的没什么太大意义。至少对科学计算是这样。
我把N年前32bit的core duo超到3.xxG，竟然干掉了i5-2300.当然前提是大家都用双核
。 |
a***e
发帖数: 27968 | 2 core duo有32bit的？
用不上i5的新指令，计算branch少
当然就是频率了
【在 b*********n 的大作中提到】
: 其他的没什么太大意义。至少对科学计算是这样。
: 我把N年前32bit的core duo超到3.xxG，竟然干掉了i5-2300.当然前提是大家都用双核
: 。
|
b*********n
发帖数: 2284 | 3 sorry,操作系统是32bit xp. i5装的是win7.不过最后都要搬到64bit linux上算。
【在 a***e 的大作中提到】
: core duo有32bit的？
: 用不上i5的新指令，计算branch少
: 当然就是频率了
|
z****8
发帖数: 5023 | 4 扣肉貌似每代平均只有10到15的同频单核提升。。 |
a*o
发帖数: 19981 | 5 Intel从Pentium到Core 2这代跨越是划时代的，之后都是换汤不换药没啥差别。
【在 b*********n 的大作中提到】
: 其他的没什么太大意义。至少对科学计算是这样。
: 我把N年前32bit的core duo超到3.xxG，竟然干掉了i5-2300.当然前提是大家都用双核
: 。
|
m*********t
发帖数: 527 | 6 还有 register，L1 L2 L3 cache 的区别呢。对不同的科学计算程序这些影响不一样
。你看看 double 和 single 情况下 performance 差别。。。。 |
b*********n
发帖数: 2284 | 7 程序没精确到register，L1 L2，默认都是double吧。
【在 m*********t 的大作中提到】
: 还有 register，L1 L2 L3 cache 的区别呢。对不同的科学计算程序这些影响不一样
: 。你看看 double 和 single 情况下 performance 差别。。。。
|
p**o
发帖数: 3409 | 8 L1/2/3 cache对科学计算很重要，矩阵运算都是按cache大小分级分块进行的。 |
r***i
发帖数: 913 | 9 最近发现32-bit和64-bit系统做同样计算64位快很多
【在 b*********n 的大作中提到】
: 其他的没什么太大意义。至少对科学计算是这样。
: 我把N年前32bit的core duo超到3.xxG，竟然干掉了i5-2300.当然前提是大家都用双核
: 。
|
G*****h
发帖数: 33134 | 10 hehe 偶就是用E5200 3.8GHz 毫无压力
【在 b*********n 的大作中提到】
: 其他的没什么太大意义。至少对科学计算是这样。
: 我把N年前32bit的core duo超到3.xxG，竟然干掉了i5-2300.当然前提是大家都用双核
: 。
|
G*****h
发帖数: 33134 | 11 寄存器多几个
不过 Linux 下有个 x32-64 模式
能用 64 位的寄存器，但是指针都还是 32 位的
【在 r***i 的大作中提到】
: 最近发现32-bit和64-bit系统做同样计算64位快很多
|
c****p
发帖数: 6474 | 12 64位运算多的话这是当然。。。
【在 r***i 的大作中提到】
: 最近发现32-bit和64-bit系统做同样计算64位快很多
|
w*x
发帖数: 3456 | 13 以前用过dockstar挖矿，那个速度大约也就是200khash/s，那个CPU是1.2GHz的ARM
2.1GHz i3的x220大约单核有400khash/s
前两天试了一下3770k，超到4.5GHz之后单核能到1.7Mhash/s
都是用的一个软件挖的，不同的是dockstar是debian,x220是ubuntu,3770k是win8下都
Debian虚拟机。直接在win8下用CPU挖速度慢的要死~20khash/s，具体不知道为什么
不过直接比起显卡来都要慢的太多了...... |
y********u
发帖数: 130 | 14 有道理，同一个程序，E6850 (win 7 32位） 比 i7 (win 7 64位）
跑得快。 |
