出于好奇:为什么linux内核“优化”strcpy比libc imp慢得多?

前端之家收集整理的这篇文章主要介绍了出于好奇:为什么linux内核“优化”strcpy比libc imp慢得多?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我尝试在 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;
}

并使用(time ..)显示它比常规strcpy(在x64 linux下)慢约x10

为什么?

解决方法

如果您的字符串是常量,则编译器可能正在内联副本(对于plain strcpy调用),使其成为一系列无条件MOV指令. 因为这是无条件的线性代码,所以它比linux变体更快.

猜你在找的Linux相关文章