表3展示不同时间阶段的读写速度。在测量之前，两个集群都运行了一个星期以上。（最近集群都重启过，更新了最新版本的GFS。）
| 集群 | A | B |
|---|---|---|
| 读取速度（最后一分种） | 583 MB/s | 380 MB/s |
| 读取速度（最后一小时） | 562 MB/s | 384 MB/s |
| 读取速度（重启后） | 589 MB/s | 49 MB/s |
| 写入速度（最后一分种） | 1 MB/s | 101 MB/s |
| 写入速度（最后一小时） | 2 MB/s | 117 MB/s |
| 写入速度（重启后） | 25 MB/s | 13 MB/s |
| 主服务器ops（最后一分种） | 325 Ops/s | 533 Ops/s |
| 主服务器ops（最后一小时） | 381 Ops/s | 518 Ops/s |
| 主服务器ops（重启后） | 202 Ops/s | 347 Ops/s |
一重启动平均写入速度就低于30MB。进行测试时，集群B正处于100MB/s数据带来的写入高峰之中，产生了300MB/s的网络负担，因为写入要传送到三个副本。
读取速度比写入速度高许多。正像我们预期的那样，总的负载中包括的读取比写入要多。两个集群都处在沉重的读取负担中。实践中，之前的一个星期集群A都保持了580MB/s的读取速度。它的网络设置可以支持750MB，所以它的资源使用效率很高。集群B可以支持1300MB的峰值读取速度，但是它的程序只使用了380MB。