p*****e
发帖数: 310 | 1 【 以下文字转载自 Computation 讨论区 】
发信人: pinacle (大石头), 信区: Computation
标 题: 计算复数和实数的cpu时间问题
发信站: BBS 未名空间站 (Thu Jul 31 04:31:10 2008), 转信
同样的算法，只是一个是double和double的加减乘除，另一个是complex和com
plex的加减乘除，最后看CPU时间complex那个只是多了20%的时间，请问这是为
什么？
是不是跟什么CPU寄存器级并行计算的关系？在哪里可以找到资料？ |
h*******e
发帖数: 225 | 2 这也没什么，compiler优化了计算而已，具体怎么优化的，只能看你怎么写的了。
com
是为
【在 p*****e 的大作中提到】
: 【 以下文字转载自 Computation 讨论区 】
: 发信人: pinacle (大石头), 信区: Computation
: 标 题: 计算复数和实数的cpu时间问题
: 发信站: BBS 未名空间站 (Thu Jul 31 04:31:10 2008), 转信
: 同样的算法，只是一个是double和double的加减乘除，另一个是complex和com
: plex的加减乘除，最后看CPU时间complex那个只是多了20%的时间，请问这是为
: 什么？
: 是不是跟什么CPU寄存器级并行计算的关系？在哪里可以找到资料？
|
p*****e
发帖数: 310 | 3 能讲讲原理吗？因为以前做过一个比较，就是main里只有一行计算，一个比如说是a*b，
另一个是a*b+c*d，两者的时间差别也不大。
我非CS出身，不知道应该看什么资料？
【在 h*******e 的大作中提到】
: 这也没什么，compiler优化了计算而已，具体怎么优化的，只能看你怎么写的了。
:
: com
: 是为
|
c*****t
发帖数: 1879 | 4 有的 CPU 里有好几个 FPU。可以同时算好几个。
b，
【在 p*****e 的大作中提到】
: 能讲讲原理吗？因为以前做过一个比较，就是main里只有一行计算，一个比如说是a*b，
: 另一个是a*b+c*d，两者的时间差别也不大。
: 我非CS出身，不知道应该看什么资料？
|
p*****e
发帖数: 310 | 5 这个好像是原因。看了看wiki，感觉不够详细。去intel网站也没找到一个特定的CPU带
几个FPU。哪里能找到合适的资料？
a*
【在 c*****t 的大作中提到】
: 有的 CPU 里有好几个 FPU。可以同时算好几个。
:
: b，
|
p****f
发帖数: 251 | 6 This is microarchitecture detail, i don't think you can get the documents
from Intel. :)
【在 p*****e 的大作中提到】
: 这个好像是原因。看了看wiki，感觉不够详细。去intel网站也没找到一个特定的CPU带
: 几个FPU。哪里能找到合适的资料？
:
: a*
|
h*******e
发帖数: 225 | 7 why not?
【在 p****f 的大作中提到】
: This is microarchitecture detail, i don't think you can get the documents
: from Intel. :)
|
a****l
发帖数: 8211 | 8 more likely you didn't count the time correctly.If just two operations, you
can't count the time by simple programming apis. If iterations, you have to
consider the loop operations.
com
是为
【在 p*****e 的大作中提到】
: 这个好像是原因。看了看wiki，感觉不够详细。去intel网站也没找到一个特定的CPU带
: 几个FPU。哪里能找到合适的资料？
:
: a*
|
w*********l
发帖数: 1337 | 9 有很多编译的技术，比如loop unrolling, loop fusion, loop fission
体系结构上也能把没有dependency的操作并行用不同的alu来算。而且即使有
dependency也能用speculation来打掉，并行算。所以这种性能预测很难说啊。
b，
【在 p*****e 的大作中提到】
: 能讲讲原理吗？因为以前做过一个比较，就是main里只有一行计算，一个比如说是a*b，
: 另一个是a*b+c*d，两者的时间差别也不大。
: 我非CS出身，不知道应该看什么资料？
|
p*****e
发帖数: 310 | 10 我其实就想解释一下我的结果。完全一样的程序，只是一个用complex计算，一
个用double计算，时间差别不大。如果我说是编译优化造成的是不是不太科学？
a*
【在 w*********l 的大作中提到】
: 有很多编译的技术，比如loop unrolling, loop fusion, loop fission
: 体系结构上也能把没有dependency的操作并行用不同的alu来算。而且即使有
: dependency也能用speculation来打掉，并行算。所以这种性能预测很难说啊。
:
: b，
|
p*****e
发帖数: 310 | 11 我就说用的cpu time。那两个操作重复10000次比如，即便编译器优化循环了，两个都是
同样优化的吧
you
to
【在 a****l 的大作中提到】
: more likely you didn't count the time correctly.If just two operations, you
: can't count the time by simple programming apis. If iterations, you have to
: consider the loop operations.
:
: com
: 是为
|
p*****e
发帖数: 310 | 12 是啊，只说个个数也不行？那争着说几个core也差不多吧
documents
【在 h*******e 的大作中提到】
: why not?
|
a****l
发帖数: 8211 | 13 Even if the time for computing is doubled, when it is reflected on the
entire program execution time, it might not double.
For architecture perspective, it is possible that adding one multiplication
and one add does not double the time for execution. Double the instruction
count does NOT necessarily mean double time for execution.
都是
【在 p*****e 的大作中提到】
: 我就说用的cpu time。那两个操作重复10000次比如，即便编译器优化循环了，两个都是
: 同样优化的吧
:
: you
: to
|
p****f
发帖数: 251 | 14 你运行200000次complex and double看看。
，一
【在 p*****e 的大作中提到】
: 我其实就想解释一下我的结果。完全一样的程序，只是一个用complex计算，一
: 个用double计算，时间差别不大。如果我说是编译优化造成的是不是不太科学？
:
: a*
|
