平方数数字和

无心人

16号下午总算把服务器重新支起来了
弄了个破教室
在学生桌椅上开启了网络和服务器
算前无古人吧
呵呵
继续这个问题的计算

gxqcn

那这些数字可就值钱了，单单是电费成本就不少。

无心人

对，基本25%系统资源
大概是1/8*500W = 60W
现在要超过10天出一个数字
0.06 * 24 * 10 = 14.4 大概8块钱
呵呵

无心人

2008-8-20 11:36:49: 214  188797979898879969999988996
得到新结果

无心人

另外一种汇编写法
假设a, b为需要加的数字，c为高位数字
进制是10000

   mov eax, a
   add eax, b
   xor ecx, ecx
   mov edx, eax
  sub edx, 10000
  cmovnc eax, edx
  setnc cl
  add c, ecx

不知道SETcc指令好些么

顺便附上跳转的常规写法1
  mov eax, a
  add eax,  b
  mov ebx, c
  cmp eax, 10000
  jnc label1
  sub eax, 10000
  add ebx, 1
  mov c, ebx
label1:

写法2
  mov eax, a
  add eax,  b
  cmp eax, 10000
  jnc label1
  sub eax, 10000
  inc  c
label1:

  我想不论何种写法
似乎还是不跳转的要好些

谁对比较跳转的指令预测了解啊
给分析下
主要是有否预测错误的惩罚？？

[ 本帖最后由 无心人 于 2008-8-21 23:02 编辑 ]

gxqcn

在 P4 上，
rol 指令有 4 个时钟延时；cmovnc 则更多，属于慢指令。

无心人

呵呵
发现错了
回来改
ROL并不能得到CF结果

无心人

CMOVcc 3微操作，延迟6
SETcc  3微操作，延迟5

无心人

2008-8-20 22:12:53: 216  198995978993999999978999889

没想到一天没看结果
竟然出现新结果
而且间隔时间这么短啊
哈哈
幸运啊

mathe

原帖由 无心人 于 2008-8-21 22:12 发表
我想不论何种写法
似乎还是不跳转的要好些

谁对比较跳转的指令预测了解啊
给分析下
主要是有否预测错误的惩罚？？

不跳转的通常要好一些，除非跳转指令几乎只执行一个分支（也就是硬件跳转预测可以做的非常精确）。
跳转预测错误，将会导致指令重新预取（流水线的第一级），所以导致整个流水线停止下来，通常代价至少是十几个时钟周期