Cassandra 测试是在具有相同内存、网络和存储配置的裸机单路服务器上执行的，每个平台的配置都一样。这里测试的处理器是：AMD EPYC 7763“Milan”；英特尔至强 8380“Ice Lake”；Ampere Altra Q80-30；Ampere Altra Max M128-30。

该测试是使用 Cassandra 压力作为负载生成器，对 Cassandra 进行基准测试的。每个测试都配置为使用多个线程和多个客户端，运行 3 分钟。

建议使用 JDK-15（使用带有正确选项的GCC 10.2 编译）或更高版本编译 Cassandra，因为较新的 java 版本在生成优化代码方面取得了重大进展，可以提高 Aarch64 应用程序的性能。

G1GC 被用作 java 编译器，为 jvm 提供了适当的内存和线程。Cassandra 数据存储在 NVMe 上，而 commitlog 存储在 tmfs 上。

使用了 CentOS 8.4（内核 4.18）和 Cassandra 4.0.1。对于每个测试，使用相似数量的客户端来生成对 Cassandra 的请求。

由于在指定的服务水平协议 (SLA) 下测量吞吐量更具现实意义，所以设定了10 毫秒的第 99 个百分位延迟 (p.99)。这确保了 99% 的请求在最坏情况下的响应时间为 10 毫秒。

测试运行了 3 分钟，预热时间为 90% 写入和 10% 读取，这是 Cassandra 的关键用法，因为 Cassandra 针对写入操作进行了优化。最初使用适当数量的客户端和线程来加载一个 Cassandra 实例，同时确保 p.99 延迟最多为 10 毫秒。

接下来，Cassandra 实例的数量不断增加，直到一个或多个实例违反 p.99 延迟 SLA。所有实例的总吞吐量用作主要性能指标。测试运行了 3 次，观察最小的运行变化