是否开启raid卡缓存的影响

是否,开启,raid,缓存,影响 · 浏览次数 : 287

小编点评

#归纳总结 #内容时需要带简单的排版 #以下代码展示如何带简单的排版 #代码示例 #将内容写入到文件中 #文件内容 #10s 10 tps 493.60 qps #10s 10 tps 243.35 qps #10s 10 tps 288.50 qps #10s 10 tps 202.30 qps #10s 10 tps 4163.91 qps #10s 10 tps 7352 qps #10s 10 tps 300120.33 Threads #将内容写入到文件中 #文件内容 #10s 10 tps 493.60 qps #10s 10 tps 243.35 qps #10s 10 tps 288.50 qps #10s 10 tps 202.30 qps #10s 10 tps 4163.91 qps #10s 10 tps 7352 qps #10s 10 tps 300120.33 Threads

正文

开启raid卡缓存 Write back 对IO性能的影响


背景

公司买了一台服务器. 想进行一下升级
但是因为管理员担心数据丢失, 使用了write through + (raid6 + hotspare)
的终极保护模式. 
但是发现磁盘的IO比较差, 测试结果也不是非常好.
基于此进行了一下raid卡的设置, 希望能够提高一下性能. 

调优背景

计划打开raid卡缓存前后进行一下简要的性能测试:
工具为: fio 
还有数据库测试软件: sysbench

对比结果

IO块大小 是否开启RAID缓存 顺序写入 顺序读取 随机写入 随机读取
128KB 是 10100 5098 910 266
128KB 否 272 11500 117 1103
16KB 是 33200 28300 1902 363
16KB 否 591 22900 137 959
8KB 是 36500 33700 1863 390
8KB 否 837 37800 173 946
1KB 是 39500 36300 837 358
1KB 否 700 33900 115 884

数据库部分的差异

是否开启超线程 事务效率(每秒) 查询效率(每秒) 最小响应时间(ms) 平均响应时间 99%的响应时间
直写 32核心/32线程 244.78 5011.98 14.43 40.82 97.55
写回 32核心/32线程 497.56 10012.29 14.19 20.09 27.17

图形展示

  • FIO

image

  • sysbench

image


部分原始数据

  • FIO 写回
write128k
   write: IOPS=10.1k, BW=1258MiB/s (1319MB/s)(4096MiB/3257msec)
read128k
   read: IOPS=5098, BW=637MiB/s (668MB/s)(4096MiB/6427msec)
randwrite128k
  write: IOPS=910, BW=114MiB/s (119MB/s)(3420MiB/30065msec)
randread128k
   read: IOPS=266, BW=33.4MiB/s (34.0MB/s)(1001MiB/30006msec)
write16k
  write: IOPS=33.2k, BW=519MiB/s (544MB/s)(4096MiB/7896msec)
read16k
   read: IOPS=28.3k, BW=442MiB/s (464MB/s)(4096MiB/9265msec)
randwrite16k
  write: IOPS=1902, BW=29.7MiB/s (31.2MB/s)(893MiB/30026msec)
randread16k
   read: IOPS=363, BW=5814KiB/s (5953kB/s)(170MiB/30003msec)
write8k
  write: IOPS=36.5k, BW=285MiB/s (299MB/s)(4096MiB/14369msec)
read8k
   read: IOPS=33.7k, BW=264MiB/s (276MB/s)(4096MiB/15542msec)
randwrite8k
  write: IOPS=1863, BW=14.6MiB/s (15.3MB/s)(437MiB/30001msec)
randread8k
   read: IOPS=390, BW=3128KiB/s (3203kB/s)(91.7MiB/30006msec)
write1k
  write: IOPS=39.5k, BW=38.5MiB/s (40.4MB/s)(1156MiB/30001msec)
read1k
   read: IOPS=36.3k, BW=35.5MiB/s (37.2MB/s)(1064MiB/30001msec)
randwrite1k
  write: IOPS=837, BW=838KiB/s (858kB/s)(24.5MiB/30013msec)
randread1k
   read: IOPS=358, BW=358KiB/s (367kB/s)(10.5MiB/30002msec)

  • FIO 直写
write128k
   write: IOPS=272, BW=34.1MiB/s (35.8MB/s)(1023MiB/30002msec)
read128k
   read: IOPS=11.5k, BW=1442MiB/s (1512MB/s)(4096MiB/2841msec)
randwrite128k
  write: IOPS=117, BW=14.7MiB/s (15.4MB/s)(441MiB/30008msec)
randread128k
   read: IOPS=1103, BW=138MiB/s (145MB/s)(4096MiB/29697msec)
write16k
  write: IOPS=591, BW=9456KiB/s (9683kB/s)(277MiB/30005msec)
read16k
   read: IOPS=22.9k, BW=358MiB/s (375MB/s)(4096MiB/11442msec)
randwrite16k
  write: IOPS=137, BW=2202KiB/s (2255kB/s)(64.5MiB/30013msec)
randread16k
   read: IOPS=959, BW=14.0MiB/s (15.7MB/s)(450MiB/30011msec)
write8k
  write: IOPS=837, BW=6700KiB/s (6861kB/s)(196MiB/30001msec)
read8k
   read: IOPS=37.8k, BW=295MiB/s (310MB/s)(4096MiB/13862msec)
randwrite8k
  write: IOPS=143, BW=1144KiB/s (1172kB/s)(33.5MiB/30001msec)
randread8k
   read: IOPS=946, BW=7569KiB/s (7750kB/s)(222MiB/30001msec)
write1k
  write: IOPS=700, BW=700KiB/s (717kB/s)(20.5MiB/30003msec)
read1k
   read: IOPS=33.9k, BW=33.1MiB/s (34.8MB/s)(995MiB/30001msec)
randwrite1k
  write: IOPS=115, BW=116KiB/s (118kB/s)(3471KiB/30005msec)
randread1k
   read: IOPS=884, BW=885KiB/s (906kB/s)(25.9MiB/30005msec)

sysbench的结果

  • 写回
[ 10s ] thds: 10 tps: 493.60 qps: 9952.25 (r/w/o: 6974.03/1975.31/1002.90) lat (ms,99%): 34.33 err/s: 3.70 reconn/s: 0.00
[ 20s ] thds: 10 tps: 451.21 qps: 9067.76 (r/w/o: 6349.91/1804.43/913.42) lat (ms,99%): 26.68 err/s: 2.80 reconn/s: 0.00
[ 30s ] thds: 10 tps: 547.70 qps: 11024.03 (r/w/o: 7723.12/2189.41/1111.50) lat (ms,99%): 25.28 err/s: 3.70 reconn/s: 0.00
SQL statistics:
    queries performed:
        read:                            210532
        write:                           59728
        other:                           30291
        total:                           300551
    transactions:                        14936  (497.56 per sec.)
    queries:                             300551 (10012.29 per sec.)
    ignored errors:                      102    (3.40 per sec.)
    reconnects:                          0      (0.00 per sec.)

General statistics:
    total time:                          30.0166s
    total number of events:              14936

Latency (ms):
         min:                                   14.19
         avg:                                   20.09
         max:                                 1041.03
         99th percentile:                       27.17
         sum:                               300053.39

Threads fairness:
    events (avg/stddev):           1493.6000/82.27
    execution time (avg/stddev):   30.0053/0.01

  • 直写
[ 10s ] thds: 10 tps: 243.35 qps: 4991.08 (r/w/o: 3504.25/972.02/514.80) lat (ms,99%): 82.96 err/s: 6.10 reconn/s: 0.00
[ 20s ] thds: 10 tps: 288.50 qps: 5892.27 (r/w/o: 4134.45/1152.11/605.71) lat (ms,99%): 68.05 err/s: 6.90 reconn/s: 0.00
[ 30s ] thds: 10 tps: 202.30 qps: 4163.91 (r/w/o: 2923.90/814.10/425.90) lat (ms,99%): 893.56 err/s: 6.50 reconn/s: 0.00
SQL statistics:
    queries performed:
        read:                            105658
        write:                           29400
        other:                           15475
        total:                           150533
    transactions:                        7352   (244.78 per sec.)
    queries:                             150533 (5011.98 per sec.)
    ignored errors:                      195    (6.49 per sec.)
    reconnects:                          0      (0.00 per sec.)

General statistics:
    total time:                          30.0331s
    total number of events:              7352

Latency (ms):
         min:                                   14.43
         avg:                                   40.82
         max:                                 2938.61
         99th percentile:                       97.55
         sum:                               300120.33

Threads fairness:
    events (avg/stddev):           735.2000/39.34
    execution time (avg/stddev):   30.0120/0.01

与是否开启raid卡缓存的影响相似的内容:

是否开启raid卡缓存的影响

开启raid卡缓存 Write back 对IO性能的影响 背景 公司买了一台服务器. 想进行一下升级 但是因为管理员担心数据丢失, 使用了write through + (raid6 + hotspare) 的终极保护模式. 但是发现磁盘的IO比较差, 测试结果也不是非常好. 基于此进行了一下ra

服务器Raid配置的一些思考

背景 随着公司软件的发展.客户越来越多. 测试环境和兼容环境也越来越多. 不管是虚拟化,还是裸金属做数据库 存储都是绕不开的一道门槛. 最近又上架了几台服务器, 所以想趁着周末总结一下 最近服务器上架的一些得失, 以及未来客户现场部署的一些可能的事项. 关于存储 存储是一切软件的基础 没有存储软件几

[转帖]RAID, RAID, RAID

https://zhuanlan.zhihu.com/p/138888698 什么是 RAID RAID (Redundant Array of Inexpensive Disks)由加州伯克利大学的几位教授在上世纪八十年代提出, 刚开始的设想是使用廉价的硬盘, 但是随着越来越多硬盘产商进入这个领域

是否开启超线程对CPU不同命令的影响情况

背景 最近公司购买了一台服务器, 要进行一次性能测试. 基于此, 我这边进行了一下超线程与否的测试验证 使用stress-ng的命令,对所有的 CPU 方法进行测试 然后只分析 bogo ops/s 进行简要分析 测试结果 for i in ackermann apery bitops callfu

[转帖]查看x86 cpu睿频命令

查看cpu是否开启睿频,offline掉一些cpu核心后,查看cpu睿频是否升高? turbostat统计X86 处理器的频率、空闲状态、电源状态、温度等状态等 [root@rootbird~]# turbostat 如上图所示cpu开启了睿频,频率是3497。各个指标含义: AVG_MHz 执行周

centos7 在系统防火墙放开端口

假设要在centos7 系统防火墙上开启443端口 1、查看防火墙是否开启,如果没有开启防火墙,默认开放所有端口。 systemctl start firewalld (开启防火墙,注意:如果有业务在运行,开启防火墙可能会拦截业务应用端口) systemctl stop firewalld (关闭防

[转帖]tidb-系统内核调优及对比

一、背景 验证系统调优对性能的影响,用sysbench做了一些简单的测试,具体调整方法可见官方文档 二、特殊说明 1.透明大页查看 # 查看透明大页是否开启,[]在always处表示开启,[]在never处表示关闭 cat /sys/kernel/mm/transparent_hugepage/en

[转帖]知道 Redis RDB 这些细节,可以少踩很多坑

https://cloud.tencent.com/developer/article/2183079 在使用 Redis 的过程中,你是否遇到过下面这些问题: 开启 RDB 落盘,业务频繁出现请求超时。 除了 save 和 bgsave 命令,还有哪些操作会触发 RDB 落盘? 执行了 flush

[转帖]Elasticsearch8关闭安全认证功能

https://juejin.cn/post/7203637198120878137 Elasticsearch8在默认情况下是开启安全认证的。但在开发或者简单尝试时,希望关闭它。 关闭安全认证的方式是在环境变量中添加“xpack.security.enabled=false”。 例如: ardui

MySQL运维1-日志

一、错误日志 错误日志是MySQL中最重要的日志之一,它记录了当MySQL启动和停止时,以及服务器在运行过程中发生的任何严重错误时的相关信息,当数据库出现任何故障导致无法正常使用时,建议首先查看此日志 错误日志默认是开启的,默认存在目录/var/log/,默认的日志文件名为mysqld.log, 但