为什么fseeko()使用巨型文件比使用小文件更快？

Question

我在这里得到了一些奇怪的性能结果,我希望stackoverflow.com上的某个人可以对此有所了解!

我的目标是一个程序,我可以用来测试大型搜索是否比小搜索更昂贵......

首先,我用dd'ing/dev/zero创建了两个文件来分隔文件......一个是1 MB,另一个是9.8gb ...然后我写了这段代码:

#define _LARGE_FILE_API
#define _FILE_OFFSET_BITS 64

#include <stdio.h>
#include <stdlib.h>
#include <sys/stat.h>
#include <sys/types.h>
#include <unistd.h>

int main( int argc, char* argv[] )
{
  struct stat64 fileInfo;
  stat64( argv[1], &fileInfo );

  FILE* inFile = fopen( argv[1], "r" );

  for( int i = 0; i < 1000000; i++ )
    {
      double seekFrac = ((double)(random() % 100)) / ((double)100);

      unsigned long long seekOffset = (unsigned long long)(seekFrac * fileInfo.st_size);

      fseeko( inFile, seekOffset, SEEK_SET );
    }

    fclose( inFile );
}

基本上,这段代码在整个文件范围内进行了一百万次随机搜索.当我在时间下运行时,我得到这样的结果为smallfile:

[developer@stinger ~]# time ./seeker ./smallfile

real    0m1.863s
user    0m0.504s
sys  0m1.358s

当我针对9.8 gig文件运行它时,我得到如下结果:

[developer@stinger ~]# time ./seeker ./bigfile

real    0m0.670s
user    0m0.337s
sys  0m0.333s

我对每个文件跑了十几次,结果是一致的.在大文件中查找的速度是在小文件中搜索速度的两倍多.为什么？

Answer 1

您没有测量磁盘性能,而是测量fseek设置指针和返回所需的时间.

如果你想测试真正的IO,我建议你从你想要的位置读取一个文件.