64位Linux性能问题与memset

我正在调试一个在构建为64位 Linux ELF可执行文件时运行的应用程序,而不是32位Linux ELF可执行文件.使用Rational(IBM)Quantify,我将很多性能差异跟踪到(鼓辊…)memset.奇怪的是,memset在64位可执行文件中花费的时间要长得多.

我甚至可以用一个小而简单的应用程序看到这个：

#include <stdlib.h>
#include <string.h>

#define BUFFER_LENGTH 8000000

int main()
{
  unsigned char* buffer = malloc(BUFFER_LENGTH * sizeof(unsigned char));
  for(int i = 0; i < 10000; i++)
    memset(buffer,BUFFER_LENGTH * sizeof(unsigned char));
}

我建立如下：
$gcc -m32 -std = gnu99 -g -O3 ms.c
和
$gcc -m64 -std = gnu99 -g -O3 ms.c

时间报告的挂钟时间对于-m64构建来说更长,而Quantify确认额外的时间花在memset中.

到目前为止,我已经在VirtualBox和VMWare中测试过(但不是裸机Linux;我意识到下一步需要做).额外花费的时间似乎从一个系统到下一个系统有所不同.

这里发生了什么？有没有一个众所周知的问题,我的Google-foo无法发现？

编辑：我的系统上的反汇编(gcc … -S)显示memset作为外部函数被调用：

32位：

.LBB2:
    .loc 1 14 0
    movl    $8000000,8(%esp)
    .loc 1 12 0
    addl    $1,%ebx
    .loc 1 14 0
    movl    $0,4(%esp)
    movl    %esi,(%esp)
    call    memset

64位：

.LBB2:
    .loc 1 14 0
    xorl    %esi,%esi
    movl    $8000000,%edx
    movq    %rbp,%rdi
.LVL1:
    .loc 1 12 0
    addl    $1,%ebx
    .loc 1 14 0
    call    memset

系统：

> CentOS 5.7 2.6.18-274.17.1.el5 x86_64
> GCC 4.1.2
> Intel(R)Core(TM)i7-2600K cpu @ 3.40GHz / VirtualBox
(Xeon E5620 @ 2.40GHz / VMWare的差异更大)

解决方法

我相信虚拟化是一个罪魁祸首：我已经自己运行了一些基准测试(大量随机数生成,顺序搜索,也是64位),并发现在VirtualBox中的Linux中的代码在Windows下比Windows下更慢.有趣的是,代码没有I / O(除了简单的printf,然后在时间之间),并且使用很少的内存(所有数据都适合L1缓存),所以可以认为你可以排除页表管理和TLB开销.

这真是神秘.我注意到VirtualBox向虚拟机报告SSE 4.1和SSE 4.2指令是不支持的,即使cpu支持它们,并且使用它们的程序在VM中运行正常(！).我没有时间进一步调查这个问题,但你真的应该在一台真正的机器上.不幸的是,我的程序不能运行在32位,所以我无法测试32位模式下的减速.

原文地址：https://www.jb51.cc/linux/395302.html