Articles of testing

在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被破坏。

是否有像Windows自动testingfsevent的实现?

基本上,它是自动testing的扩展,它侦听来自操作系统的通知,并允许自动testing永远不会永久扫描文件更改,同时只testing必要的更改。 它节省了CPU和磁盘的使用。

MongoDB与CouchDB(速度优化)

我做了一些速度testing来比较MongoDB和CouchDB。 只有插入是在testing。 我得到的MongoDB比CouchDB快15倍。 我知道这是因为socketsVS http。 但是,这对我来说非常有趣,我如何优化CouchDB中的插入? testing平台:Windows XP SP3 32位。 我使用了最新版本的MongoDB,MongoDB C#Driver和CouchDB for Windows 安装包的最新版本。 谢谢!