出于好奇：为什么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, d 我尝试在 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内核“优化”strcpy比libc imp慢得多？全部内容，希望文章能够帮你解决出于好奇：为什么linux内核“优化”strcpy比libc imp慢得多？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。