作者:-1 发布时间:2023-02-13 14:24 浏览次数 :
4.2Workload
这里提供了一系列工作负载跟踪的结果,其命名如下,以便进行说明:TPC-C,Exchange,IOzone和Postmark。
首先检查了DiskSim生成的综合工作负载。此工作负载来表征顺序和随机访问请求流的基线行为。IOzone 和Postmark 是在具有750 GB SATA磁盘的工作站级PC上运行的标准文件系统基准测试。这些基准测试需要的容量相对较小,可以在单个SSD上进行模拟。尽管我们没有模拟on-disk缓存,但在上面的跟踪中,磁盘缓存已启用,从而为写入产生不自然的低请求到达间隔时间。
TPC-C是完善的数据库基准的实例。我们的跟踪是30分钟的大规模TPC-C配置跟踪,运行16,000个仓库。跟踪系统包括14个RAID(HP MSA1500光纤通道)控制器,每个控制器支持28个高速36 GB磁盘。我们的目标是一个服务于非日志数据表的控制器:混合读/写工作负载,读取数量是写入的两倍。(13个非日志控制器具有相似的工作负载。)虽然每个控制器管理超过1TB的存储,但基准测试每个控制器仅使用大约160GB。需要大量磁盘才能获得可以并行处理请求的磁盘臂。此工作负载中的所有请求都是8KB块的倍数。对齐非常重要,因为对闪存的未对齐请求会为每次读取或写入添加页面访问权限。我们配置中的几个逻辑大小未对齐,产生了所有LBA的LBA mod 8 = 7的跟踪。我们通过对此跟踪中的大约6.8M事件进行后处理来纠正此问题。
Exchange工作负载来自运行Microsoft Exchange的服务器。这是一个专门的数据库工作负载,具有大约3:2的读写比。跟踪服务器有6个非日志RAID控制器,每个TB级别为1 TB(14个磁盘)。我们从其中一个控制器中提取了大约65000个事件的15分钟跟踪,涉及超过250GB磁盘容量的请求。