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. Cesium案例解析(七)——Layers在线地图服务

    目录 1. 概述 2. 案例 2.1. Blue Marble 2.2. ArcGIS地形 2.3. Cesium地形 2.4. Natural Earth II 2.5. Earth at Nigh ...

  2. 一文带你掌握OBS的两种常见的鉴权方式

    摘要:本文就将带您了解OBS的两种常见的鉴权方式--Header携带签名和URL携带签名. OBS提供了REST(Representational State Transfer)风格API,支持您通过 ...

  3. LiteOS内核源码分析:位操作模块

    摘要:本文带领大家一起剖析了LiteOS位操作模块的源代码,代码非常简单,参考官方示例程序代码,实际编译运行一下,加深理解. 在进一步分析之前,本文我们先来熟悉下LiteOS提供的辅助功能模块–位操作 ...

  4. Git hooks与自动化部署

    好的 commit message 是至关重要的,如果随意编写 log,带来的后果可小可大,但是无论大小都影响了开发的效率和回朔的难度,所以有必要进行 log 规范化检查. 通过自定义的commit ...

  5. web自动化测试(1):再谈UI发展史与UI、功能自动化测试

    前言(废话) 行文前,安利下文章:<图形界面操作系统发展史--计算机界面发展历史回顾>.<再谈MV*(MVVM MVP MVC)模式的设计原理-封装与解耦> 1973年4月,X ...

  6. 多种方式实现 Future 回调返回结果

    JDK  实现 public class FutureTest { public static void main(String[] args) throws Exception { Executor ...

  7. Appium介绍及第一个例子

    Appium介绍 appium是开源的移动端自动化测试框架 appium可以测试原生的,混合的,以及移动端的项目 appium可以测试ios,android应用 appium是跨平台的,可以用在osx ...

  8. 最优订单执行算法相关Paper介绍

    更多精彩内容,欢迎关注公众号:数量技术宅,也可添加技术宅个人微信号:sljsz01,与我交流. 随着量化交易.高频交易的竞争日益激烈,事实证明,交易执行显着影响量化策略的投资绩效. 因此,许多从业者开 ...

  9. Linux--内存管理浅谈

    本文旨在宏观的了解linux的内存管理制度,理解相关概念,故很多方面不作过深叙述,感兴趣的可自行研究:如有错误,请指出. 一.进程与内存 当一个进程启动时,它需要获取系统分配给它的内存空间,并且设置好 ...

  10. 🔥 DeepVideo 智能视频生产训练营火热报名中!

    阿里云视频云和阿里云开发者学堂联合打造 国内首个视频云训练营11月8日启幕 四天直播,技术大咖亲临授课干货 全面介绍视频智能生产技术和产品 帮助开发者迅速入门视频云 已超千人报名,丰富打卡玩法礼品 活 ...