阅读量:2
✨前言：
stressapptest 是一个用于在各种系统组件上施加压力的工具，特别专注于内存和CPU。通过运行各种模式的访问测试，stressapptest 旨在模拟高负载下的系统行为，并帮助发现潜在的错误，比如硬件故障、过热或系统组件的不稳定性。
🌟下面是stressapptest命令的一些详细说明：
内存和CPU压力: stressapptest 主要用于在内存和处理器上施加压力，检查它们在高负荷情况下的可靠性。它可以通过执行读写操作、内存复制和反转等来达到这个目的。
磁盘I/O 测试: 除了内存和CPU测试之外，stressapptest 还能进行磁盘I/O测试，这通过向指定的设备或文件进行读写操作来完成。
网络测试: stressapptest 可以进行网络测试，这是通过添加指定向特定IP地址或响应网络请求的线程来实现的。
NUMA支持: NUMA系统允许将内存和处理器绑定到特定的NUMA节点上，stressapptest 支持这一点，并利用numactl工具来指定节点。
错误检测: 它包含了检测硬件错误（如ECC错误）的组件，当系统在高压力下运行时，这对于确认系统稳定性至关重要。
日志记录: stressapptest 可以记录测试期间的所有输出到日志文件中，供以后分析和故障排除。
参数调整: stressapptest 提供了许多参数，允许用户自定义测试的各个方面，包括测试持续的时间、使用的内存量、测试工作线程的数量等。
✨Centos下工具安装
🌟先下载源码（需要安装git）
git clone https://github.com/stressapptest/stressapptest.git 🌟编译和安装 stressapptest：
cd stressapptest ./configure make && make install 编译完成之后会看到这个可执行文件
🌟stressapptest – help 可以看到常用参数
🌟参数解释
-M mbytes: 指定测试时要使用的内存大小（以兆字节为单位）。
–reserve-memory: 如果不使用大页面（hugepages），则为系统保留的内存量。
-H mbytes: 要求的最小大页面内存大小（以兆字节为单位）。
-s seconds: 测试运行的时间（秒）。
-m threads: 启动进行内存复制任务的线程数目。
-i threads: 启动进行内存反转任务（即对内存中的数据取反）的线程数目。
-C threads: 启动用于CPU压力测试的线程数目。
–findfiles: 自动查找磁盘I/O操作的位置。
-d device: 添加一个直接写操作磁盘的线程，针对块设备（或文件）‘device’。
-f filename: 添加一个使用临时文件 ‘filename’ 的磁盘线程。
-l logfile: 将输出日志写入 ‘logfile’ 文件。
–no_timestamps: 日志消息中不添加时间戳前缀。
–max_errors n: 在发现 ‘n’ 个错误后早期退出。
-v level: 详细信息级别（0-20），默认是8。
–printsec secs: 指定每隔多少秒打印「剩余秒数」的信息。
-W: 使用更多CPU资源以提高内存复制任务的压力。
-A: 在不兼容的系统上以降级模式运行。
-p pagesize: 内存块的大小（字节）。
–filesize size: 磁盘I/O临时文件的大小。
-n ipaddr: 添加一个网络线程，连接到IP地址为 ‘ipaddr’ 的系统。
–listen: 运行线程来监听并响应网络线程。
–no_errors: 在不检查ECC或其他错误的情况下运行。
–force_errors: 注入假错误来测试错误处理。
–force_errors_like_crazy: 注入大量假错误来测试错误处理。
-F: 不检查每项事务的结果。
–stop_on_errors: 在发现第一个错误后停止测试。
–read-block-size: 用于读取的块大小（用于 -d 参数）。
–write-block-size: 用于写入的块大小（用于 -d 参数），如果未定义，则使用读取的块大小作为写入的块大小。
–segment-size: 分割磁盘的段大小（用于 -d 参数）。
–cache-size: 磁盘缓存的大小（用于 -d 参数）。
–blocks-per-segment: 每次迭代每个段读/写的块数量（用于 -d 参数）。
–read-threshold: 一个块读操作应该花费的最长时间（微秒）（用于 -d 参数）。
–write-threshold: 一个块写操作应该花费的最长时间（微秒）（用于 -d 参数）。
–random-threads: 每个磁盘写线程的随机线程数（用于 -d 参数）。
–destructive: 写入/擦除磁盘分区（用于 -d 参数）。
–monitor_mode: 只进行ECC错误轮询，不产生压力负载。
–cc_test: 进行缓存一致性测试。
–cc_inc_count: 增加缓存线成员的次数。
–cc_line_count: 分配的缓存线大小数据结构的数量，用于缓存一致性线程操作。
🌟工具使用
stressapptest -s 100 -M 2048 -m 4 -W 👉这条命令的含义是：
-s 100 : 测试持续100秒。
-M 2048: 使用2048MB(即2GB)内存进行测试。
-m 4: 启动4个线程执行测试。
-W: 启用更强的数据完整性验证。
⚠️注意事项
在进行内存压测时，请注意以下几点：
监控系统行为：在压测期间，监控系统的响应，以确保系统不会出现过载导致的严重问题。
确保系统稳定性：在生产环境中，确保您了解运行压测的潜在风险。压测可能会导致系统使用大量资源，从而影响到其他应用或服务。
测试结果：压测结束后，stressapptest会报告测试结果，包括是否有错误发生。仔细检查这些结果以确保内存的稳定性和可靠性。
✨numactl和stressapp的结合：
日常中如果我们要对一些numa的节点，例如cxl的memory的测试的话，
在 NUMA 架构下，我们可以将 CPU 绑定到节点 0，将内存分配绑定到节点 2，然后使用 stressapptest 工具在这种配置下运行压力测试，测试持续 100 秒，使用 2 GB 的内存，并启动 4 个执行内存操作的线程，同时应用更多的 CPU 压力。这可以帮助你观察在特定 NUMA 维度上系统组件（特别是内存和CPU）的性能表现和稳定性。
numactl -N 0 -m 2 stressapptest -s 100 -M 2048 -m 4 -W 
watch -n 1 "numactl -H" 可以使用上面的命令查看numa节点的内存消耗情况。
