Optane P4800X评测(2):Oracle 170万TPM意味着什么

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
性能测试 PTS,5000VUM额度
简介: SwingBench类压测工具的性能极限是多少?决定这个数值的是CPU、内存,还是存储?

SwingBench类压测工具的性能极限是多少?决定这个数值的是CPU、内存,还是存储?

 

上面第一个问题需要有一个前提,就是环境配置。在相同的服务器平台,数据库等软件测试参数一致的基础上,对比不同的SSD或者阵列才有意义。

 

首先,特别感谢下冬瓜哥在《OptaneP4800X的技术启示》一文中对本系列评测的推荐。这两天微信文章中终于可以插入其他公众号的链接了,不过我还是想放一个《大话存储》的二维码。



 

随着测试的不断进展,我越来越体会到冬瓜哥这段话的意义:“Optane从根本上克服了NAND Flash的天生缺陷,利用更低和更稳定的时延,即便在很低的并发度下也能达到系统吞吐量的顶峰,天生适用于OLTP类业务。当然,根据当前的测试结果来看,冬瓜哥认为Optane后续有很大的优化空间,那就是适当增加一下内部的并发度,从而可以在高并发场景下,让平均时延增加的更加缓慢,这样其性能表现将会非常理想!

 

下面就来给大家讲讲Oracle测试的情况:

 

怎么看待单机Oracle 170TPM压测结果?

 

这个170TPM的测试结果,需要考虑其测试平台:Dell PowerEdge R830服务器,配置4Xeon E5-4610 v4 1.8G十核CPU256GB内存。如果换更高的CPU,相信还能跑更快

 

SwingBench是一个人们比较熟悉、获得广泛认可的Oracle数据库压测工具,继我们在上一篇《Intel Optane P4800X评测(1):好钢如何用在刀刃上?》中介绍过FIO纯硬件性能测试之后,这次再跟大家分享下Oracle的测试体会。

 

测试环境:PowerEdge R830服务器,配置4Xeon E5-4610 v4 1.8G十核CPU

 

如上图,由于单个本地PCIe SSD性能对于单节点数据库来说已经相当快了,我们选择将Oracle DB文件和Redo Log都放在同一块卡上。

 

首先,按照标准场景(读/写比例)、比较有代表性的测试模型。这时基于3D XPointMemoryOptane P4800X SSD领先P3700大约2%。我们并没有刻意将测试数据集都在内存中命中,获得80万左右的TPM13千多TPS。如果不调整测试参数,想获得更高结果可以换用更多核心数,或者更高主频的CPU

 

而在不改变硬件的情况下,我们也能跑出170TPM / 27千多TPS的亮眼成绩。上面图表中也标注了原因——主要是将读操作的比例进一步调大、并将测试数据集的容量调得比较小。这种情况下我们认为已经不适合对比存储硬件的性能,下面会进一步列举证据。

 

3D XPoint Memory最适合数据文件还是日志?

 


我们摘取了AWRAutomatic Workload Repository)报告中的一些监测数值。这里可以看到在未进行特别调优的情况下,Optane P4800X SSDOracle混合读写响应能力都要比P370014-15%。根据硬件规格和我们之前测试的结果,如果将写的比例调大估计这个差距还会增加。

 

至于那份170TPM的报告,其落盘I/O寥寥无几,几乎是纯靠CPU在内存里跑了。

 

Oracle数据文件 + RedoLog @ Intel P3700NAND闪存),模拟一般环境

 

AWR报告中的log file parallel write直接反应Redo日志的写延时,如上面截图所示,Intel P3700 SSD的平均响应时间是2ms,按照传统的眼光来看这已经很快了吧?

 

Oracle数据文件 + RedoLog @ Optane P4800X3D XPoint),模拟一般环境

 

一图抵千言,Optane P4800X的表现明显好很多,由于AWR报告中的日志平均响应时间只精确到个位数,所以对应的数据为1ms

 

小结:应用建议、ApachePass展望

 

1170TPM可能还不是这套硬件能够跑出的极限,但我们觉得再高的数值没啥实际参考意义。

 


2、使用新型3D XPoint Memory非易失存储器介质的OptaneP4800X,相对于传统NAND闪存SSD价格不菲。以目前的情况,我们认为它更适合放置数据库日志,或者用于高速存储系统(如全闪存阵列/Server SAN)的大容量缓存,比如我在《Intel Optane P4800X评测(序):不用缓存和电容保护的SSD》中就提到VMware最新版本VSAN 6.6就支持将其用于写缓存SSD

 

而在更多测试中,我们也尝试过将Oracle数据文件或者Redo Log单独放在Optane P4800X上,相比之下后者的表现更好。

 

扩展阅读:《数据库&存储:互相最想知道的事

 


上面这张是我在网上看到的图片,据说是Intel演示下一代DIMM内存插槽形态的3D XPoint Memory(代号Apache Pass。近期将出现更多支持NVDIMM非易失内存的服务器用来加速数据库日志存储等,以DRAM为介质的NVRAM还需要掉电保护设计,容量小且价格高昂。而“Apache Pass”的出现或将给这一市场带来显著改变,此外受益的还有以SAP HANA为代表的内存数据库。

 

扩展阅读:《3D XPoint遇上SAP HANA:机遇与挑战

 

我也认同之前看到的一个观点——对于那些针对磁盘和闪存系统设计传统应用程序,需要为3D XPoint Memory进行优化才能充分发挥出其性能价值。

相关实践学习
通过性能测试PTS对云服务器ECS进行规格选择与性能压测
本文为您介绍如何利用性能测试PTS对云服务器ECS进行规格选择与性能压测。
目录
相关文章
|
3月前
|
存储 Oracle 算法
万亿秒查是真地吗?比 ORACLE 快 N 倍是不是吹牛?
大数据产品常宣称“万亿秒查”,即能在万亿行数据中秒级返回查询结果。这并非全遍历,而是通过建立索引实现高效定点查找,对数级别复杂度使得现代计算机轻松应对。但对于需遍历的运算,如列合计,秒查在万亿行数据上难以实现,但在TB级数据上仍有可能。此外,与Oracle等传统数据库相比,现代AP数据库因列式存储、集群及内存优势,实现N倍速度提升,并非夸大。真正考验大数据技术的是能否提供独特算法降低计算量,而非单纯数据量与速度的宣传。
|
10月前
|
存储 SQL Oracle
Oracle数据块:数据王国的基石
【4月更文挑战第19天】Oracle数据块是数据库最小逻辑存储单位,犹如基石般支撑数据王国。它们组成表空间、段等高层结构,是读写操作和空间管理基础。数据块大小可配置,影响性能,内部包含头、目录等结构保证完整性。通过DBA_DATA_FILES、V$PARAMETER等视图监控,ALTER DATABASE语句调整大小。优化技巧包括合理设计表结构、SQL优化、索引使用及碎片管理,以提升数据库效率和稳定性。了解数据块原理对数据库管理至关重要。
|
10月前
|
存储 NoSQL Redis
高性能存储 SIG 月度动态:多项内核特性移植到 6.6,erofs 完成共享特性 POC
高性能存储 SIG 月度动态送达,一键了解各项目当前进展。
|
并行计算 关系型数据库 测试技术
PgSQL · 特性分析 · PostgreSQL 9.6 让多核并行起来
背景 经过多年的酝酿(从支持work process到支持动态fork共享内存,再到内核层面支持并行计算),PostgreSQL 的多核并行计算功能终于在2016年发布的9.6版本中正式上线,为PG的scale up能力再次拔高一个台阶,标志着开源数据库已经攻克了并行计算的难题。 相信有很多小伙伴已经开始测试了。 在32物理核的机器上进行了测试,重计算的场景,性能程线性提升。 目前并行计算支
5693 0
|
存储 Oracle NoSQL
Oracle+英特尔,数据处理效率提升不止一点点
英特尔宣布已于近日开始生产的第三代英特尔® 至强® 可扩展处理器(代号“Ice Lake”)将于2021年第一季度实现规模量产。在此积极影响下,不仅大数据产业的底层架构有望加速升级,还能帮助头部企业更好地突破发展瓶颈。
158 0
Oracle+英特尔,数据处理效率提升不止一点点
|
固态存储 关系型数据库 MySQL
MySQL的启示:Intel Optane P4800X评测(4)
熊猫直播高级DBA杨尚刚表示:“软件的适配还跟不上硬件的发展...”
6320 0
|
运维 Oracle 关系型数据库
《Oracle高性能自动化运维》一一1.4 Linux内存体系与Oracle内存空间
本节书摘来自华章出版社《Oracle高性能自动化运维》一 书中的第1章,第1. 5节,作者:冷菠  著 ,更多章节内容可以访问云栖社区“华章计算机”公众号查看。
1396 0