在Linux上比Windows更快的相同的程序 – 为什么?

在这个问题的解决scheme被发现问题Executable比Windows运行得更快 – 为什么? Glibc的floor()可能是以系统库的forms实现的。


我有一个非常小的C ++程序(〜100行)进行物理仿真。 我已经在同一台计算机上的Ubuntu Oneiric和Windows XP上使用gcc 4.6.1进行编译。 我使用完全相同的命令行选项(相同的生成文件)。

奇怪的是,在Ubuntu上,程序的完成速度比在Windows上快得多(〜7.5s vs 13.5s)。 在这一点上,我认为这是一个编译器的差异(尽pipe使用相同的版本)。

但更奇怪的是,如果我在wine下运行Windows可执行文件,它的速度仍然快于Windows(我得到了11秒“真实”和7.7秒“用户”时间 – 这包括葡萄酒的启动。

我很困惑。 当然,如果相同的代码在同一个CPU上运行,那么时间就不会有差别。

这可能是什么原因? 我可能做错了什么?

该程序做最小的I / O(输出一行),只使用STL的一个固定长度的vector (即不应该涉及系统库)。 在Ubuntu上,我使用默认的gcc,并在Windows上Nuwen发行版 。 我证实了在进行基准testing时CPU使用率接近于零(我closures了大部分程序)。 在Linux上,我使用time进行计时。 在Windows上,我用timethis.exe

UPDATE

我做了一些更精确的计时,比较Windows XP,Wine和Linux上gcc和msvc编译程序的不同input(运行时间必须与input成比例)的运行时间。 所有数字都以秒为单位,并且是至less3次运行的最小值。

在Windows上,我使用timethis.exe (挂墙时间),在Linux和Wine上使用时间(CPU时间)。 (timethis.exe打破了Wine)我确定没有其他程序正在使用CPU并禁用了病毒扫描程序。

gcc的命令行选项是-march=pentium-m -Wall -O3 -fno-exceptions -fno-rtti (即禁用了exception)。

计时

我们从这些数据看到:

  1. 差异不是由于进程启动时间所致,因为运行时间与input成正比

  2. 在Wine和Windows上运行的区别仅在于gcc编译的程序,而不是msvc编译的程序:它不能被其他程序在Windows上占用CPU或timethis.exe被破坏。

你会惊讶什么系统库参与。 只要做你的应用程序,看看哪些是使用(好吧,不是那么多,但肯定glibc)。

为了完全信任关于执行速度的发现,您需要按顺序运行您的应用程序几次,并采取平均执行时间。 这可能是因为操作系统加载速度较慢(虽然4s是一个很长的加载时间)。

其他很可能的原因是:

  1. 不同的malloc实现
  2. 异常处理,如果使用极端可能会导致放缓(Windows GCC,MinGW,可能不是最佳的异常处理明星)
  3. 依赖于操作系统的初始化:在Windows上启动程序时需要完成的工作,而不是在Linux上。

大多数这些很容易基准;-)


更新到更新:您现在唯一可以做的就是配置文件。 不要猜测,让一个分析器告诉你在哪里花费时间。 使用gprof和Visual Studio内置分析器,比较不同功能中花费的时间。

在代码中进行基准测试。 也尝试用visual studio进行编译。 在Windows上,如果你有像雅虎通这样的应用程序,安装钩子,他们可以很容易地减缓你的应用程序加载时间。

在Windows上有:QueryPerformanceCounter在Linux上:clock_gettime

显然差异是与系统有关的。

您可以使用strace来了解系统调用是如何完成的,例如

 strace -o /tmp/yourprog.tr yourprog 

然后看看/tmp/yourprog.tr

(如果在Windows上存在相同的strace ,请尝试使用它)

也许你的程序正在分配内存(使用mmap系统调用),并且在Linux上(甚至在Wine上),内存相关系统调用可能比在Windows上更快? 或者其他一些系统调用在Windows上的Linux上提供更快的功能。

NB。 我对Windows一无所知,因为自从1986年以来,我使用Unix系统,自1993年以来使用Linux。