在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）。
我们从这些数据看到：
-
差异不是由于进程启动时间所致，因为运行时间与input成正比
-
在Wine和Windows上运行的区别仅在于gcc编译的程序，而不是msvc编译的程序：它不能被其他程序在Windows上占用CPU或timethis.exe被破坏。
你会惊讶什么系统库参与。 只要做你的应用程序，看看哪些是使用（好吧，不是那么多，但肯定glibc）。
为了完全信任关于执行速度的发现，您需要按顺序运行您的应用程序几次，并采取平均执行时间。 这可能是因为操作系统加载速度较慢（虽然4s是一个很长的加载时间）。
其他很可能的原因是：
- 不同的malloc实现
- 异常处理，如果使用极端可能会导致放缓（Windows GCC，MinGW，可能不是最佳的异常处理明星）
- 依赖于操作系统的初始化：在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。