从Linux的HDD快速读取-奇怪的现象

[很抱歉造成混淆：最初的帖子标题中有"SSD"而不是"HDD"，但我发现我在HDD上进行测试是偶然的，因为我访问了错误的安装点。在SSD上没有发生这种现象。不过，有趣的是，它发生在HDD上。]

我使用以下代码从给定数量的恒定大小的文件中循环读取。所有要读取的文件都存在，并且读取成功。

很明显，改变文件大小会对fMBPerSecond产生影响，因为当读取小于页面大小的文件时，仍然会读取整个页面。然而，nNumberOfFiles对fMBPerSecond也有影响，这是我不理解的。显然，产生效果的不是nNumberOfFiles本身，而是产品nNumberOfFiles * nFileSize。

但为什么它会有效果呢？文件在循环中按顺序打开/读取/关闭。

我用nFileSize = 65536进行了测试。当选择nNumberOfFiles = 10000(或更小)时，我会得到一些关于fMBPerSecond = 500 MB/s的信息。有了nNumberOfFiles = 20000，我得到了一些关于fMBPerSecond = 100 MB/s的东西，这是性能上的巨大损失。

哦，我应该提到的是，我在阅读之前通过执行来清除磁盘缓存

sudo sync
sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'

任何关于幕后发生的事情的想法都将受到欢迎。

佩德拉姆

void Read(int nFileSize, int nNumberOfFiles)
{
char szFilePath[4096];
unsigned char *pBuffer = new unsigned char[nFileSize];
Helpers::get_timer_value(true);
for (int i = 0; i < nNumberOfFiles; i++)
{
sprintf(szFilePath, "files/test_file_%.4i", i);
int f = open(szFilePath, O_RDONLY);
if (f)
{
if (read(f, pBuffer, (ssize_t) nFileSize) != (ssize_t) nFileSize)
printf("error: could not read file '%s'n", szFilePath);
close(f);
}
else
{
printf("error: could not open file for reading '%s'n", szFilePath);
}
}
const unsigned int t = Helpers::get_timer_value();
const float fMiliseconds = float(t) / 1000.0f;
const float fMilisecondsPerFile = fMiliseconds / float(nNumberOfFiles);
const float fBytesPerSecond = 1000.0f / fMilisecondsPerFile * float(nFileSize);
const float fMBPerSecond = fBytesPerSecond / 1024.0f / 1024.0f;
printf("t = %.8f ms / %.8i bytes - %.8f MB/sn", fMilisecondsPerFile,
nFileSize, fMBPerSecond);
delete [] pBuffer;
}