现在cpu的速度真恐怖

梁爽128

还有抱怨快的…………

ljlxl

楼主编程的？？

enmaai

:wacko: 帖出来的也不是冒泡排序啊。。。

xing83

如果是 专业的编程，水平怎么会有我这么菜

Tanknet

对，根本不运行，或者只运行一小部分。

star_wrx

近来晕一下
闪人～～

chaos_t

原帖由 Tanknet 于 2007-7-2 10:18 发表
MS .NET的编译器有一种机制你知道吗？
它辨认出不影响运行结果的东西根本不写进MSIL代码。

比如
Function foo() as Int32
    dim a as integer =2, b as integer=3
    For a=0 To 10000
        b=b ...

最后foo=常数 自然是直接返回拉。
Sub的话还是会循环的

FENG950

a，b你也没叫它返回，它当然不会输出啦。但是运行还是要的。

你让中间的过程再复杂一点，看看输出结果的时间是不是一样？

FENG950

原帖由 Tanknet 于 2007-7-2 10:18 发表
MS .NET的编译器有一种机制你知道吗？
它辨认出不影响运行结果的东西根本不写进MSIL代码。

比如
Function foo() as Int32
    dim a as integer =2, b as integer=3
    For a=0 To 10000
        b=b ...

a，b你也没叫它返回，它当然不会输出啦。但是运行还是要的。

你让中间的过程再复杂一点，看看输出结果的时间是不是一样？

FENG950

原帖由 zxjike 于 2007-7-2 12:29 发表

和返不返回无关，只有Debug模式才运行，生成EXE或者Release模式循环就不跑了。

有许多刚学编程的，都喜欢像这样用一些无意义的循环来做延时。

你的意思是编译器会篡改编写者的意图，略过一些编写者有意使用的空循环？

bessel

多数编译器都是这么干的，
这个程序你只要最后输出这几十万个数，他就不会忽略了，
然后这个程序就怎么也跑不玩了。
9千万亿=9百万 G，大概要多少时间可以很容易的估计处来了。

原帖由 FENG950 于 2007-7-2 15:18 发表

有许多刚学编程的，都喜欢像这样用一些无意义的循环来做延时。

你的意思是编译器会篡改编写者的意图，略过一些编写者有意使用的空循环？

FENG950

原帖由 bessel 于 2007-7-2 15:40 发表
多数编译器都是这么干的，
这个程序你只要最后输出这几十万个数，他就不会忽略了，
然后这个程序就怎么也跑不玩了。
9千万亿=9百万 G，大概要多少时间可以很容易的估计处来了。

我所知道没有什么编译器会这样篡改编写者的意图，其实这种事试一下就知道了，VS2003下编译，release模式

using System;
namespace ConsoleApplication1
{
/// <summary>
/// Class1 的摘要说明。
/// </summary>
class Test
{
  public static void Main(string[] args)
  {
   Test test = new Test();
   Console.WriteLine(test.xun());
   Console.ReadLine();
  }
  public int xun()
  {
   int a = 0;
   int b = 9;
   for(long i = 0;i < 1000000000;i++)
   {
    a++;
   }
   return b;
  }
}
}

试试看有无延时？

ifu

lz试试：
for (i=1;i<100000;i++){v/u7Y"B
v

bessel

俺以前用那个visual fortran的时候遇到过这样的情况，当时另一个编译器也是这样，不过ifort还好。

楼主的问题如果只排一次序的话要大概几分钟，10w次很快算完一定是有偷工减料的地方。

原帖由 FENG950 于 2007-7-2 15:44 发表

我所知道没有什么编译器会这样篡改编写者的意图，其实这种事试一下就知道了，VS2003下编译，release模式

using System;
namespace ConsoleApplication1
{
///
/// Class1 的摘要说明。
///
cl ...

FENG950

原帖由 bessel 于 2007-7-2 16:44 发表
俺以前用那个visual fortran的时候遇到过这样的情况，当时另一个编译器也是这样，不过ifort还好。

楼主的问题如果只排一次序的话要大概几分钟，10w次很快算完一定是有偷工减料的地方。

LZ的源码也没看见，不能说是编译器偷工减料吧？编译器偷工减料就是很严重的问题了。或许是他的算法捏？

前面有人说.net的编译忽略部分代码，我估计他们是不是搞成JIT部分了?JIT是有可能运行中没用到的代码是不编成本机码的(不过这里讨论的也算不上“用不到的代码”)，但是源码编成IL或是字节码的过程不会。

[ 本帖最后由 FENG950 于 2007-7-2 18:44 编辑 ]

bessel

对于无用代码的清除也是优化的一种。
有的时候编译器太聪明了。

原帖由 FENG950 于 2007-7-2 16:57 发表

LZ的源码也没看见，不能说是编译器偷工减料吧？编译器偷工减料就是很严重的问题了。或许是他的算法捏？

前面有人说.net的编译忽略部分代码，我估计他们是不是搞成JIT部分了？JIT是有可能运行中没用到的代码 ...