ARM下KVM虚拟化的损耗验证


摘要

看Windows 上面的 Workstation的虚拟机的 网络层的延迟特别高.
突然想之前统计都是直接在本地验证的, 只考虑了虚拟化CPU的性能损耗
没有考虑虚拟化层网络层的损耗. 所以想验证完了 Windows 和 intel平台 再抓紧验证一下
ARM平台的宿主机和KVM下面的虚拟机的redis性能比较

比较结果

测试命令:
虚拟机, 物理机使用类似的命令
./redis-benchmark -h 10.110.xxx.xxx -p 16379 -a xxxxx -n 200000 -c 20 -q 测试结果:
出去MSET 虚拟机比物理机性能好之外.
都是物理机比虚拟机性能好很多.
算数平均值是 95.5%
感觉KVM的损耗还是非常低的.



测试原始数据-物理机

PING_INLINE: 38491.14 requests per second, p50=0.455 msec
PING_MBULK: 38722.17 requests per second, p50=0.439 msec
SET: 37202.38 requests per second, p50=0.479 msec
GET: 38102.50 requests per second, p50=0.479 msec
INCR: 37390.17 requests per second, p50=0.487 msec
LPUSH: 36029.54 requests per second, p50=0.503 msec
RPUSH: 36238.45 requests per second, p50=0.503 msec
LPOP: 35951.82 requests per second, p50=0.503 msec
RPOP: 37481.26 requests per second, p50=0.479 msec
SADD: 37914.69 requests per second, p50=0.479 msec
HSET: 37030.18 requests per second, p50=0.487 msec
SPOP: 39154.27 requests per second, p50=0.463 msec
ZADD: 36563.07 requests per second, p50=0.495 msec
ZPOPMIN: 38774.72 requests per second, p50=0.463 msec
LPUSH (needed to benchmark LRANGE): 36663.61 requests per second, p50=0.495 msec
LRANGE_100 (first 100 elements): 25503.70 requests per second, p50=0.575 msec
LRANGE_300 (first 300 elements): 10288.07 requests per second, p50=1.023 msec
LRANGE_500 (first 500 elements): 6923.77 requests per second, p50=1.455 msec
LRANGE_600 (first 600 elements): 5886.16 requests per second, p50=1.711 msec
MSET (10 keys): 30816.64 requests per second, p50=0.591 msec

测试原始数据-虚拟机

PING_INLINE: 36238.45 requests per second, p50=0.439 msec
PING_MBULK: 35087.72 requests per second, p50=0.463 msec
SET: 34317.09 requests per second, p50=0.479 msec
GET: 34118.05 requests per second, p50=0.479 msec
INCR: 34258.31 requests per second, p50=0.471 msec
LPUSH: 34013.61 requests per second, p50=0.487 msec
RPUSH: 33647.38 requests per second, p50=0.479 msec
LPOP: 34518.46 requests per second, p50=0.479 msec
RPOP: 36643.46 requests per second, p50=0.479 msec
SADD: 37181.63 requests per second, p50=0.471 msec
HSET: 35868.00 requests per second, p50=0.487 msec
SPOP: 37320.39 requests per second, p50=0.471 msec
ZADD: 35880.88 requests per second, p50=0.487 msec
ZPOPMIN: 37404.15 requests per second, p50=0.471 msec
LPUSH (needed to benchmark LRANGE): 34193.88 requests per second, p50=0.495 msec
LRANGE_100 (first 100 elements): 21623.96 requests per second, p50=0.591 msec
LRANGE_300 (first 300 elements): 9287.21 requests per second, p50=1.159 msec
LRANGE_500 (first 500 elements): 6595.44 requests per second, p50=1.567 msec
LRANGE_600 (first 600 elements): 5552.16 requests per second, p50=1.831 msec
MSET (10 keys): 39611.80 requests per second, p50=0.415 msec

ARM下KVM虚拟化的损耗验证--redis的更多相关文章

  1. <llinux下kvm虚拟化>

    原理就是本来可能要10台物理机完成的事现在只要5台,分别在每台物理机上虚拟一台,这5太虚拟机共享一个stronge,比如有一台物理机down掉后或是要做维护,我们可以把它上面的虚拟机牵走,从而减少损失 ...

  2. VMware下的Centos7实践Kvm虚拟化(通俗易懂)

    虽然网上已经有很多关于kvm安装的教程了,但我还是看得头晕,有的教程里安装的包很多,有的很少,也没说明那些安装包的作用是干嘛的,用的命令也不一样,也没解释命令的意思是什么. 我重新写一个教程,尽量通俗 ...

  3. <Mastering KVM Virtualization>:第三章 搭建独立的KVM虚拟化

    在第二章,你了解了KVM的内部结构:在本章中,您将了解如何将Linux服务器设置为虚拟化主机.我们正在讨论将KVM用于虚拟化并将libvirt作为虚拟化管理引擎. KVM开启了虚拟化并利用你的服务器或 ...

  4. [原创]KVM虚拟化管理平台的实现

    KVM虚拟化管理平台的实现 源码链接:https://github.com/wsjhk/IaaS_admin.git 根据KVM虚拟化管理的要求,设计并实现网页操作管理KVM虚拟机.设计原理架构如下图 ...

  5. KVM虚拟化知识的一些笔记

    一.KVM介绍 KVM:运行在内核空间,提供CPU 和内存的虚级化,以及客户机的 I/O 拦截.Guest 的 I/O 被 KVM 拦截后,交给 QEMU 处理. QEMU:修改过的为 KVM 虚机使 ...

  6. kvm虚拟化平台搭建入门

    KVM虚拟化有两种网络模式:1)Bridge网桥模式2)NAT网络地址转换模式Bridge方式适用于服务器主机的虚拟化.NAT方式适用于桌面主机的虚拟化. 环境: 本次实验要开启VMWare中对应Ce ...

  7. KVM虚拟化技术

    KVM虚拟化技术 Qemu-kvm kvm virt-manager VNC Qemu-kvm创建和管理虚拟机 一.KVM简介 KVM(名称来自英语:Kernel-basedVirtual Machi ...

  8. kvm虚拟化管理平台WebVirtMgr部署-完整记录(1)

    公司机房有一台2U的服务器(64G内存,32核),由于近期新增业务比较多,测试机也要新增,服务器资源十分有限.所以打算在这台2U服务器上部署kvm虚拟化,虚出多台VM出来,以应对新的测试需求.当KVM ...

  9. 云计算之KVM虚拟化实战

    1 基础环境规划 1.1 主机环境规划 系统版本 主机名 IP地址 内存 磁盘 CentOS6.9 kvm-node1 10.0.0.200 2G 20G CentOS6.9 kvm-node2 10 ...

  10. KVM虚拟化简介及安装

    kvm是基于图形化的linux操作的 安装图形化界面的知识点: 磁盘空间有两个词: 精简置备:我先在我系统里面去声明我要一个50G的空间,但是呢,我不会把50G都分给你,你用多少,我分给你多少,但是做 ...

随机推荐

  1. 文心一言 VS chatgpt (17)-- 算法导论4.1 3~4题

    三.在你的计算机上实现最大子数组问题的暴力算法和递归算法.请指出多大的问题规模n0是性能交叉点一一从此之后递归算法将击败暴力算法?然后,修改递归算法的基本情况一一当问题规模小于 n0 时采用暴力算法. ...

  2. CodeForces 1459C 数论 GCD

    CodeForces 1459C 数论 GCD 原题链接 题意 首先给出n个数 之后给出m个数,每次问之前的n个数加上当前的这个数之后,总体的gcd是多少,也就是答案需要求出m个总体的gcd 思路 因 ...

  3. 如何花“一点点小钱”突破华为云CCE服务的“防线”

    摘要:有没有方法绕开CCE的限制,自由的调用K8s的API呢?有还便宜,2.4元/集群/天. 申明:所有的一切都是为了使得华为云可以更好,而不是为了diss它. 通过华为云购买多个K8s集群,又想使用 ...

  4. 性能之巅:定位和优化程序CPU、内存、IO瓶颈

    摘要:性能优化指在不影响系统运行正确性的前提下,使之运行得更快,完成特定功能所需的时间更短,或拥有更强大的服务能力. #一.思维导图 #二.什么是性能优化? 性能优化指在不影响系统运行正确性的前提下, ...

  5. Rust太难?那是你没看到这套Rust语言学习万字指南!

    摘要:从开发环境.语法.属性.内存管理和Unicode等五部分,为你带来一份详细的Rust语言学习的精华总结内容. 一.Rust开发环境指南 1.1 Rust代码执行 根据编译原理知识,编译器不是直接 ...

  6. 5分钟体验代码仓托管、CloudIDE云端代码编辑、调试、运行

    摘要:您将学会如何通过代码托管(CodeHub)创建代码仓,解决软件开发者在跨地域协同.多分支并发.代码版本管理.安全性等方面的问题. 本文分享自华为云社区<5分钟体验代码仓托管.CloudID ...

  7. 开抢| 华为开发者大会2021(Cloud)早鸟票来了!

    他们,是技术的引领者 他们,是科学的追随者 他们用代码守护蓝色星球的生态 破解宇宙深处的密码 化解城市生活的不畅 捉摸自然气候的脾性 ...... 这些改变世界的成果背后 每一个开发者都了不起 --那 ...

  8. 掌握渗透测试,从Web漏洞靶场搭建开始

    摘要:漏洞靶场,不仅可以帮助我们锻炼渗透测试能力.可以帮助我们分析漏洞形成机理.更可以学习如何修复提高代码能力,同时也可以帮助我们检测各种各样漏洞扫描器的效果. 本文分享自华为云社区<Web漏洞 ...

  9. CANN 5.0黑科技解密 | 算力虚拟化,让AI算力“物尽其用”

    摘要:算力虚拟化技术对消费者而言,可有效降低算力的使用成本,对于设备商或运营商而言,则可极大提升算力资源的利用率,降低设备运营成本. 为什么要做算力虚拟化 近年来,人工智能领域呈井喷式发展,算力就是生 ...

  10. 限时促销,火山引擎 ByteHouse 为企业带来一波数智升级福利!

    更多技术交流.求职机会,欢迎关注字节跳动数据平台微信公众号,回复[1]进入官方交流群 面对庞杂的海量数据,稳定高速的实时数据处理能力,成为了当下企业数智升级过程中备受关注的点. ByteHouse 是 ...