我们在 Amazon EC2/Rightscale m1.large 实例上的单节点 cassandra 上有以下统计信息，其中包含 2 个带有 raid0 的临时磁盘。（7.6 GB 总内存）
4 GB RAM 分配给 cassandra Heap，800MB 是 Heap NEW 大小。
以下统计数据来自 OpsCenter 社区 2.0
每秒读取请求 285 到 340 每秒
写入请求 257 到 720
操作系统负载 15.15 到 17.15
写入请求延迟 293 到 685 微秒
操作系统发送的网络流量 18 MB 到 30 MB 每秒
操作系统接收的网络流量 22 MB 到 34 MB 每秒
操作系统磁盘队列大小 23 到 26 个请求
读取请求待处理 8 到 20 个
读取请求延迟 69140 到 92885 微秒
OS 磁盘延迟 37 到 42 毫秒
OS 磁盘吞吐量 12 到 14 Mb/秒
磁盘 IOP 读取 600 到 740 每秒
磁盘 IOP 写入 2 到 7 次第二
IOWait 60 到 70 % CPU 平均
空闲 24 到 30 % CPU 平均
行缓存被禁用。
上述统计数据是否满足所提供的配置......或者我们如何进行更多调整以减少 IOWait............因为我们认为我们正在经历很多 IOWait......我们如何调整它以获得最佳效果。
读取请求是混合的............一些来自一个超级列系列和一个标准，拥有超过百万个键......并且不同的没有。超级列最多 14 个，数量不等。从 1 到 10000 的子列和不同的编号。标准列族中最多 14 列......子列本质上非常薄，值为 0 字节......名称为 8 个字节。
过程是从超级列族中删除数据并将处理后的数据写入标准列族。
EBS 磁盘会更好地工作吗……在 Amazon EC2 上