谁给解释下。

南无小和尚

今天蹲坑，猛然想起编程珠玑好像和这个类似的，急忙翻开86-87页，画龙点睛之笔 旧计算机：可以降低开销，提速10%-20%，现代计算机可以减少阻塞，减少分支，提高指令序列并行性

prolj

Programming Pearl 哪一年的书啊？里面的内容又是什么年代的啊？
这里都不用拿数据流来说事，就说控制流吧，很多 CPU 有向量运算部件，没有数据相关性的循环可以被向量化（什么并行编译啊，大都是脱胎自向量优化）当然数据以来实在严重的，没法变换的，就那么着吧，没办法。所以我也没有说死，也许作者的代码上下文有严重的数据依赖，或者，这段代码有严重的自我控制意图。不过现在还没看到这方面的迹象。
哇，软流水通常可以提高效率 100% 到 200% ，恩，是的，但不是在这个年代。

system888net

原帖由 prolj 于 2009-3-18 20:37 发表
如果作者肯定自己的循环不能被任何一个编译器展开，那么这是一个很牛X的做法。
如果作者.................这是一个很傻X的做法。

说的好.

这取决于编译器编译这段代码时具体要使用的策略,比如:

1. 基于最短代码的优化.          //这段code可能有意义.
2. 基于执行速度的优化.          //这段code可能没有意义.
3. disable 优化(一些特定的场合要用到).          //这段code可能有意义.

system888net

原帖由 南无小和尚 于 2009-3-19 10:14 发表
今天蹲坑，猛然想起编程珠玑好像和这个类似的，急忙翻开86-87页，画龙点睛之笔 旧计算机：可以降低开销，提速10%-20%，现代计算机可以减少阻塞，减少分支，提高指令序列并行性

好.

system888net

对于register变量的使用,在同一个执行的代码段里不能多,否则编译器无能为力,这也不能怪编译器,用的太多就是人工去分配也困难.

xinglp

看了下他的代码，好多关于字符串的都是四个字节操作，也就是32位

system888net

原帖由 xinglp 于 2009-3-20 19:48 发表
看了下他的代码，好多关于字符串的都是四个字节操作，也就是32位

心细,good!

prolj

原帖由 xinglp 于 2009-3-20 19:48 发表
看了下他的代码，好多关于字符串的都是四个字节操作，也就是32位

这种故意的针对IA32优化的手段非常不鼓励使用，我现在都用x64了，赶明都x128了。

langue

原帖由 prolj 于 2009-3-20 20:02 发表

这种故意的针对IA32优化的手段非常不鼓励使用，我现在都用x64了，赶明都x128了。

Portability over efficiency，地道的 Thinking in Unix

system888net

原帖由 prolj 于 2009-3-20 20:02 发表

这种故意的针对IA32优化的手段非常不鼓励使用，我现在都用x64了，赶明都x128了。

鼓励使用:  有道理.
不鼓励使用:  有道理.