用汇编写出比C更有效率的程序？

smartlinux

部分关键代码用汇编来写，以提高执行效率 这是公认的，没有什么可以质疑的。


汇编直接对应机器指令，避免编译器编译后的无效指令。

dennis175

除了开发操作系统之类对效率苛求的程序外 都不应该用汇编开发，优化的提高还不如提高运行机器的性能更能降低成本。（嵌入式开发除外）

Momoass

现在的人用C写东西运行速度都慢吞吞的，你叫他用汇编，能运行的起来恐怕都要鼓掌了

fnsoxt

这种问题总是讨论得很厉害

reiase

原帖由 dxcnjupt 于 2008-3-20 14:47 发表
一个概念上的错误
因为写编译器的人很牛-->推论-->编译器编译的代码执行效率很高
有一定的道理,但并不是正确的.

编译器是基于一定规则和算法的自动机.
它是机器.

举个例子,你让电脑和人下围棋,它未必能 ...

问题不是这个

假设，编译器为了优化一段代码开了10M内存来优化，弄出一优化结果
你自己也试试，那10M数据你能同时处理多少呢,能同时考虑几十个数据就不错了

假设x86的N多跳转指令效率不一样,对p3一个快一点,对p4另一个快一点.Intel自家的编译器肯定是知道这些的,你能知道多少呢
intel的编译器号称能够自动发掘出代码中的并行性,能够把上M的代码的并行性都发掘一边,你又能发觉多少并行性呢

所谓编译器,就跟干活的牲口一样,为啥要跟牲口去比谁干的好呢

system888net

langue

有句话倒是真的：用汇编有时候写出来的程序比用编译器自己优化的还慢

langue

原帖由 smartlinux 于 2008-3-22 10:36 发表
部分关键代码用汇编来写，以提高执行效率 这是公认的，没有什么可以质疑的。


汇编直接对应机器指令，避免编译器编译后的无效指令。

会的人手工优化一下，无可厚非。不会的，还是算了吧……

abc3w

如果楼主了解什么是汇编语言就没有这个疑问了.

[ 本帖最后由 abc3w 于 2008-3-25 16:19 编辑 ]

Kendiv

问题都是有各自的上下文的，离开上下文环境去讨论多半没有任何价值，尤其是这类的工程技术问题。

在很多实际的产品中，会经常看到为了效率和简单，使用汇编代码，这很正常。

但是离开具体的项目/产品，且扯到和编译器比谁产生的机器码更优，讨论就没有价值了，而且咱们的层次还没到那个境界。