计算硬盘吞吐量

我的应用程序创建了一个2GB的文件,需要在系统上选择具有足够空间的最快驱动器。 我试图通过创建文件,设置长度,然后按顺序将数据写入其中来计算吞吐量,如下所示:

FileInfo file = null; var drives = DriveInfo.GetDrives(); var stats = new List(); foreach (var drive in drives) { do { file = new FileInfo(Path.Combine(drive.RootDirectory.FullName, Guid.NewGuid().ToString("D") + ".tmp")); } while (file.Exists); try { using (var stream = file.Open(FileMode.CreateNew, FileAccess.Write, FileShare.None)) { var seconds = 10; var frameRate = 120F; var bytesWritten = 0L; var bytesPerPixel = 1; var watch = new Stopwatch(); var videoSize = new Size(1328, 1048); var buffer = new byte [(int) (videoSize.Width * videoSize.Height * bytesPerPixel)]; stream.SetLength((long) (videoSize.Width * videoSize.Height * bytesPerPixel * frameRate * seconds)); watch.Restart(); for (int i = 0; i < seconds; i++) { for (int j = 0; j  y.DataTransferRate.CompareTo(x.DataTransferRate)); message = "The following drives are suitable candidates (best to worst):" + Environment.NewLine + Environment.NewLine + string.Join(Environment.NewLine, stats.ConvertAll(s => (s.DriveInfo.RootDirectory.FullName.Substring(0, 2).ToUpper() + " " + ConversionUtilities.ToIsuBytesNotation(s.DataTransferRate) + "ps"))) + Environment.NewLine + Environment.NewLine + "Test results may vary based on other applications accessing the drives." + Environment.NewLine + Environment.NewLine + "Try the test with the system configured as it would be in production." ; MessageBox.Show(message); } 

我得到的结果毫无意义:

桌面

 D: 4.15 GBps // SSD. F: 4.09 GBps // HDD (5200 RPM). E: 4.06 GBps // HDD (7500 RPM). C: 4.03 GBps // SSD. H: 2.45 GBps // Ram Disk!!! 
  • 首先,SSD和HDD太靠近了。
  • 其次,速度比我预期的要快得多。
  • 第三,Ram Disk(使用RAMDisk创建)似乎具有最低的吞吐量。 实际上,在编写实际video数据时,Ram Disk远远超过其他人。

笔记本电脑

 E: 981.24 MBps // Ram Disk. C: 100.17 MBps // HDD (5200 RPM). D: 055.94 MBps // HDD (5200 RPM). 

我的开发笔记本电脑上相同代码的结果更加可信。

上面的代码有什么问题吗? 如果没有,你如何解释SSD的吞吐量为4 GBps,而Ram Disk的最高容量为2.5 GBps?

我知道影响吞吐量的因素有很多,基准测试软件非常复杂。 但是,在我的情况下,以每秒120帧的速度写入2GBvideo文件而不丢失帧是至关重要的,上述代码应该向用户提供一个快速而肮脏的建议,用于保存瞬态video帧的驱动器。 这些帧稍后进行后处理并转码为只有几兆字节的MP4video。

最后,我尝试了上面的代码和Sysinternals Contig.exe ,以确保连续的布局以获得更好的HDD性能。 但是,我没有注意到性能上的差异,这表明该文件没有足够的碎片来开始(创建时)。

如果程序将数据写入磁盘,则会发生很多不同的事情:

首先将数据写入RAM缓冲区,然后在将数据传输到下一阶段之前,以写入程序方式确认操作。

然后将数据写入Harddisk控制器,该控制器可以进行自己的缓存。

然后将数据写入硬盘驱动器,硬盘驱动器又可以进行自己的缓存。

使用高级软件测量实际吞吐量非常复杂。

一种可能性:写一个非常大的文件,预计会比操作系统/控制器/硬盘驱动器中的任何一个托架大得多。 这可以很好地估计持续写入率