只是出于好奇：linux内核如何“优化”strcpy比libc imp慢得多？

Question

我试图基准优化的字符串操作http://lxr.linux.no/#linux+v2.6.38/arch/x86/lib/string_32.c下，并比较正规的strcpy：

#include<stdio.h> 
#include<stdlib.h> 
char *_strcpy(char *dest, const char *src) 
{ 
     int d0, d1, d2; 
     asm volatile("1:\tlodsb\n\t" 
       "stosb\n\t" 
       "testb %%al,%%al\n\t" 
       "jne 1b" 
       : "=&S" (d0), "=&D" (d1), "=&a" (d2) 
       : "0" (src), "1" (dest) : "memory"); 
     return dest; 
} 
int main(int argc, char **argv){ 
     int times = 1; 
     if(argc >1) 
     { 
       times = atoi(argv[1]); 
     } 
     char a[100]; 
     for(; times; times--) 
      _strcpy(a, "Hello _strcpy!"); 


     return 0; 
} 

，并使用timeing它（时间..）表明，它是大约比普通的strcpy X10慢（在x64的Linux）

为什么？

Answer 1

如果字符串不变，编译器可能会将副本内联（用于纯调用strcpy调用），使其成为一系列无条件的MOV指令。 因为这是没有条件的线性代码，所以它会比linux变种更快。