[转帖]性能最高提升36%!基于阿里云倚天实例的Redis性能测试验证

性能,最高,提升,基于,阿里,倚天,实例,redis,测试,验证 · 浏览次数 : 0

小编点评

**性能提升:** - 基于 Yitian 710 的 Redis 部署在 G8y 服务器上可获得高达 36% 的吞吐量性能优势。 - 基于 x86 的 ECS 实例,Redis 的吞吐量性能优势只有 20%。 **测试环境:** - 基准测试搭建与 Memtier 性能基准测试工具一起使用。 - 测试场景:Redis服务器部署在 G8y 和 G7 实例上。 - 基准测试参数: - Pipeline:1、50 和 100 - XPS、RPS 和 RFS启用 **结果:** - 基于 Yitian 710 的 G8y 实例的 Redis 吞吐量为 30 次连续测试的平均值 24.5 GOPS。 - 基于 x86 的 G7 实例的 Redis 吞吐量为 16.5 GOPS。 **结论:** - 基于 Yitian 710 的 Redis 可获得高达 36% 的吞吐量性能优势。 - 这表明 Yitian 710 是 Redis 性能提升的重要加速器。

正文

性能最高提升36%!基于阿里云倚天实例的Redis性能测试验证
https://aijishu.com/a/1060000000376643

 

本文转载自阿里云开发者社区。
https://developer.aliyun.com/...

简介: 与同规格的基于 x86 的 ECS 实例相比,Redis 部署在基于 Yitian 710 的 ECS 上可获得高达 36% 的吞吐量性能优势。而基于倚天710的G8y实例售价比G7实例低20%。

对比测试简介

Redis 是一种开源的内存型数据存储,通常被用作数据库、缓存系统和消息代理。 它广泛用于医疗卫生系统、物联网和金融服务等实时应用行业。 Redis 具有高度可扩展性,可用于实时分析、缓存、发布/订阅应用程序和会话管理。

在本文中,我们在阿里云 ECS G8y 实例(基于 Armv9 的倚天 710 处理器)和G7 实例(第三代至强可扩展处理器)上做了Redis的吞吐量测试对比,以展示倚天 710 的性能优势。

基准测试搭建与结果

我们使用 Memtier 作为负载生成器和性能基准测试工具。 它是Redis Labs 为 Redis 构建的开源高吞吐量基准测试工具。 Memtier 部署在单独的 ECS 实例上。

对于Redis服务器,我们在实例的每个core上都部署了一个Redis进程,构成了Redis多进程场景。
redis-arch.png
图1. Redis 基准测试拓扑

两种被测ECS实例类型配置如下。基准测试客户端使用了一个单独的G8y.8xlarge实例。
redis-figure4.png
表1.测试实例配置

基准测试使用以下软件版本和测试参数。
redis-figure2.png

我们使用 8 个 Memtier 客户端同时为 8 个 Redis 进程生成请求,每个Memtier 客户端创建 8 个线程,每个线程有 10 个并发连接,对于每个Memtier客户端就相当于有 80 个并发连接。Pipeline分别设置为 1、50 和 100。 Pipeline大于1时可用于批量数据传输以增加应用程序的吞吐量。

在 G8y 和 G7 上启用XPS (Transmit Packet Steering), RPS (Receive Packet Steering) 和 RFS (Receive Flow Steering)后,这两个实例的性能都得到了提升。基于 Yitian 710 与同规格的基于 x86 的 ECS 实例相比,Redis 数据库的吞吐量性能优势高达 36% 。下表中显示的结果是 30 次连续测试运行的汇总结果。

Redis 在 G8y 和 G7 实例上的性能数据。
redis-figure3.png
表2. (G8y vs. G7)Redis 吞吐量性能数据

redis_blog_pic.png
图2. (G8y vs. G7) Redis吞吐量性能优势

总结

与同规格的基于 x86 的 ECS 实例相比,Redis 部署在基于 Yitian 710 的 ECS 上可获得高达 36% 的吞吐量性能优势。 此外,据阿里巴巴称,基于倚天710的G8y实例售价比G7实例低20%。

与[转帖]性能最高提升36%!基于阿里云倚天实例的Redis性能测试验证相似的内容:

[转帖]性能最高提升36%!基于阿里云倚天实例的Redis性能测试验证

性能最高提升36%!基于阿里云倚天实例的Redis性能测试验证 https://aijishu.com/a/1060000000376643 云计算Benchmark性能优化Arm 处理器Alibaba 本文转载自阿里云开发者社区。https://developer.aliyun.com/... 简

[转帖]QPS 最高提升 91% | 腾讯云 TKE 基于 Cilium eBPF 提升 k8s Service 性能

https://my.oschina.net/cncf/blog/5121393 朱瑜坚,腾讯云后台工程师,主要负责腾讯云 TKE 容器网络的构建和相关网络组件的设计、开发和维护工作。张浩,腾讯云高级工程师,主要负责容器网络多个组件的开发和维护,也关注调度、服务网格等领域。 前言 Kubernete

[转帖]阿里云SSD云盘性能测试:每GB空间30个IOPS

http://www.piaoyi.org/linux/aliyun-SSD-disk-test.html 正 文: 由于服务器需要高并发高IO,所以入手了阿里云的SSD云盘+IO优化的ECS实例。 阿里云SSD云盘:单盘最高提供20000随机读写IOPS、256MB/s吞吐量的存储性能。采用分布式

[转帖]浅谈RAID写惩罚(Write Penalty)与IOPS计算

介绍 通常在讨论不同RAID保护类型的性能的时候,结论都会是RAID-1提供比较好的读写性能,RAID-5读性能不错,但是写入性能就不如RAID-1,RAID-6保护级别更高,但写性能相对更加差,RAID10是提供最好的性能和数据保护,不过成本最高等等。其实决定这些性能考虑的因素很简单,它就是RAI

[转帖]读IOPS 640万、写110万:24G SAS/NVMe RAID卡性能谜团

https://aijishu.com/a/1060000000361186 存储 引言:读IOPS__翻倍的原因相对简单,但写IOPS__暴增似乎也是有代价的。MegaRAID 9600__的算法会不会改用纠删码了? 背景阅读 《PCIe 4.0 SAS+NVMe RAID/HBA卡:最高读IOP

[转帖]Brendan Gregg: 一个实战派大神

第一次知道Brendan Gregg,是我还在Juniper的时候。插点花絮,关于Juniper,你可以百度下“程序员薪水最高的25家公司”,那就是因为这条新闻才打定了主意去的Juniper, 只能说,Juniper的HR们很优秀。 言归正传,我那会在Juniper主要是研究网络性能优化的一些东西,

[转帖]性能优化必备——火焰图

引言 本文主要介绍火焰图及使用技巧,学习如何使用火焰图快速定位软件的性能卡点。结合最佳实践实战案例,帮助读者加深刻的理解火焰图构造及原理,理解 CPU 耗时,定位性能瓶颈。 背景 当前现状 假设没有火焰图,你是怎么调优程序代码的呢?让我们来捋一下。 1. 功能开关法 想当年我刚工作,还是一个技术小白

[转帖]性能调优——小小的log大大的坑

https://segmentfault.com/a/1190000042434642 引言 “只有被线上服务问题毒打过的人才明白日志有多重要!”我先说结论,谁赞成,谁反对?如果你深有同感,那恭喜你是个社会人了:) 日志对程序的重要性不言而喻,轻巧、简单、无需费脑,程序代码中随处可见,帮助我们排查定

[转帖]性能优化 YYDS - Brendan Gregg 与 Intel.com 的故事

https://www.modb.pro/db/421309 译者序 金庸笔下的《鹿鼎记》有: !! 平生不识陈近南,便称英雄也枉然 现代的认真搞技术的后端程序员,应该也有一句: !! 平生不识 Brendan Gregg,便呆 BAT 也 SoSo 从 2016 年开始,做一个 JVM 调优开始,

[转帖]性能分析: 多队列的瓶颈

https://zhuanlan.zhihu.com/p/156761279 最近在性能压测时总是触发系统主动throttling, 我们都知道throttling是系统自我保护的一种手段, 大方向上可以认为这是期望的结果. 如果止步于认为这是正常现象, 就会错失很多精彩, 现象背后的逻辑是什么?