为什么glibc的sscanf比Linux上的fscanf慢得多？
我在x86_64 Linux上使用GCC 4.8和glibc 2.19。
在针对不同的问题使用不同的输入法时，我比较了fscanf和sscanf 。 具体来说，我会直接在标准输入上使用fscanf ：
char s[128]; int n; while (fscanf(stdin, "%127s %d", s, &n) == 2) { }
或者我首先将整个输入读入缓冲区，然后使用sscanf遍历缓冲区。 （将所有内容读入缓冲区需要花费很少的时间。）
char s[128]; int n; char const * p = my_data; for (int b; sscanf(p, "%127s %d%n", s, &n, &b) == 2; p += b) { }
令我惊讶的是， fscanf版本的速度要快得多。 例如，使用fscanf处理数万行需要这么长时间：
10000 0.003927487 seconds time elapsed 20000 0.006860206 seconds time elapsed 30000 0.007933329 seconds time elapsed 40000 0.012881912 seconds time elapsed 50000 0.013516816 seconds time elapsed 60000 0.015670432 seconds time elapsed 70000 0.017393129 seconds time elapsed 80000 0.019837480 seconds time elapsed 90000 0.023925753 seconds time elapsed
现在和sscanf ：
10000 0.035864643 seconds time elapsed 20000 0.127150772 seconds time elapsed 30000 0.319828373 seconds time elapsed 40000 0.611551668 seconds time elapsed 50000 0.919187459 seconds time elapsed 60000 1.327831544 seconds time elapsed 70000 1.809843039 seconds time elapsed 80000 2.354809588 seconds time elapsed 90000 2.970678416 seconds time elapsed
我正在使用Google perf工具来衡量这一点。 例如，对于50000行， fscanf代码需要大约50M个周期，而sscanf代码大约需要3300M个周期。 所以我用perf record /性能perf report打破了顶级呼叫站点。 使用fscanf ：
35.26% xf libc-2.19.so [.] _IO_vfscanf 23.91% xf [kernel.kallsyms] [k] 0xffffffff8104f45a 8.93% xf libc-2.19.so [.] _int_malloc
并使用sscanf ：
98.22% xs libc-2.19.so [.] rawmemchr 0.68% xs libc-2.19.so [.] _IO_vfscanf 0.38% xs [kernel.kallsyms] [k] 0xffffffff8104f45a
所以几乎所有的sscanf时间都花在rawmemchr ！ 为什么是这样？ fscanf代码如何避免这种代价？
我试着搜索这个，但我能想到的最好的是关于锁定的realloc调用的讨论 ，我认为这不适用于此。 我还认为fscanf具有更好的内存局部性（反复使用相同的缓冲区），但这不会产生如此大的差异。
有没有人对这种奇怪的差异有任何见解？
sscanf（）将传入的字符串转换为_IO_FILE* ，使字符串看起来像“文件”。 这是相同的内部_IO_vfscanf（）可以用于字符串和文件*。
但是，作为转换的一部分，在_IO_str_init_static_internal（）函数中完成，它调用__rawmemchr (ptr, '\0'); 基本上是输入字符串上的strlen（）调用。 这种转换是在每次调用sscanf（）时完成的，因为你的输入缓冲区相当大，所以它会花费相当多的时间来计算输入字符串的长度。
使用fmemopen（）从输入字符串创建FILE *并使用fscanf（）可能是另一种选择。
看起来像glibc的sscanf()在执行任何其他操作之前扫描源字符串的长度。
sscanf() （在stdio-common/sscanf.c ）本质上是对_IO_vsscanf()调用的包装（在libio/iovsscanf.c ）。 _IO_vsscanf()所做的第一件事就是通过调用_IO_str_init_static_internal() （在libio/strops.c ）来初始化它自己的_IO_strfile结构，如果没有提供它，它将计算字符串的长度。