WorkStation的网络损耗


背景

对周六遇到的问题进行了一下深入思考.
发现虽然可以通过WorkStation的方式来进行Clients以及新命令的扩容.
但是Workstation的桥接网络模式的性能不清楚有多大的损耗. 为了房子性能出现巨大的衰退.
这边进行了一下简要的测试与验证.

结论

Windows物理机 本地进行测试和使用linux远程测试 3.2.100 的QPS 都在 24000 左右.
比较稳定, linux上面的测试结果甚至要比 Windows本地测试的要稍微高一点 但是 Windows 上面的 WorkStation虚拟机就就存在问题.
虚拟机内直接的测试结果是 35000左右
在虚拟机外部使用桥接网络测试的结果只有 10000多一点. 桥接网络导致redis的QPS只有实际值的三分之一, 也只有Windows 上面 3.2.100 的 一半.
感觉桥接网络导致了非常大的性能损耗.



在远程的测试结果

PING_INLINE: 10070.49 requests per second, p50=1.935 msec
PING_MBULK: 10324.18 requests per second, p50=1.903 msec
SET: 10163.63 requests per second, p50=1.943 msec
GET: 10234.37 requests per second, p50=1.919 msec
INCR: 10114.29 requests per second, p50=1.935 msec
LPUSH: 9981.04 requests per second, p50=1.951 msec
RPUSH: 9984.03 requests per second, p50=1.967 msec
LPOP: 4917.63 requests per second, p50=2.015 msec
RPOP: 10145.07 requests per second, p50=1.935 msec
SADD: 11287.96 requests per second, p50=1.703 msec
HSET: 10566.36 requests per second, p50=1.911 msec
SPOP: 9944.31 requests per second, p50=1.951 msec
ZADD: 9992.01 requests per second, p50=1.967 msec
ZPOPMIN: 10371.29 requests per second, p50=1.887 msec
LPUSH (needed to benchmark LRANGE): 10228.09 requests per second, p50=1.919 msec
LRANGE_100 (first 100 elements): 8338.89 requests per second, p50=2.263 msec
LRANGE_300 (first 300 elements): 5620.19 requests per second, p50=3.255 msec
LRANGE_500 (first 500 elements): 4011.55 requests per second, p50=4.623 msec
LRANGE_600 (first 600 elements): 3725.37 requests per second, p50=4.991 msec
MSET (10 keys): 8932.56 requests per second, p50=2.079 msec

在本地的测试结果

PING_INLINE: 35714.29 requests per second, p50=0.287 msec
PING_MBULK: 35285.81 requests per second, p50=0.295 msec
SET: 35599.86 requests per second, p50=0.311 msec
GET: 35958.29 requests per second, p50=0.303 msec
INCR: 35958.29 requests per second, p50=0.303 msec
LPUSH: 35001.75 requests per second, p50=0.327 msec
RPUSH: 34734.29 requests per second, p50=0.319 msec
LPOP: 35523.98 requests per second, p50=0.327 msec
RPOP: 34940.60 requests per second, p50=0.319 msec
SADD: 35498.76 requests per second, p50=0.311 msec
HSET: 34364.26 requests per second, p50=0.319 msec
SPOP: 35816.62 requests per second, p50=0.303 msec
ZADD: 34411.56 requests per second, p50=0.335 msec
ZPOPMIN: 35211.27 requests per second, p50=0.303 msec
LPUSH (needed to benchmark LRANGE): 34566.20 requests per second, p50=0.319 msec
LRANGE_100 (first 100 elements): 22784.23 requests per second, p50=0.455 msec
LRANGE_300 (first 300 elements): 9814.51 requests per second, p50=1.031 msec
LRANGE_500 (first 500 elements): 6954.59 requests per second, p50=1.447 msec
LRANGE_600 (first 600 elements): 5993.41 requests per second, p50=1.671 msec
MSET (10 keys): 35100.04 requests per second, p50=0.391 msec

Windows 本地Redis3.2.100的测试结果

PING_INLINE: 22296.54 requests per second
PING_BULK: 22872.83 requests per second
SET: 22967.39 requests per second
GET: 23380.88 requests per second
INCR: 22246.94 requests per second
LPUSH: 23375.41 requests per second
RPUSH: 22862.37 requests per second
LPOP: 23239.60 requests per second
RPOP: 22794.62 requests per second
SADD: 23299.16 requests per second
SPOP: 23062.73 requests per second
LPUSH (needed to benchmark LRANGE): 23272.05 requests per second
LRANGE_100 (first 100 elements): 12515.64 requests per second
LRANGE_300 (first 300 elements): 7000.84 requests per second
LRANGE_500 (first 450 elements): 5093.21 requests per second
LRANGE_600 (first 600 elements): 4213.72 requests per second
MSET (10 keys): 19845.21 requests per second

Windows 远程测试结果

PING_INLINE: 21422.45 requests per second, p50=0.863 msec
PING_MBULK: 24348.67 requests per second, p50=0.759 msec
SET: 25201.61 requests per second, p50=0.743 msec
GET: 25933.61 requests per second, p50=0.719 msec
INCR: 26034.89 requests per second, p50=0.719 msec
LPUSH: 26581.61 requests per second, p50=0.703 msec
RPUSH: 24888.00 requests per second, p50=0.751 msec
LPOP: 25542.79 requests per second, p50=0.735 msec
RPOP: 25406.50 requests per second, p50=0.735 msec
SADD: 25621.32 requests per second, p50=0.735 msec
HSET: 25733.40 requests per second, p50=0.727 msec
SPOP: 25879.92 requests per second, p50=0.727 msec
ZADD: 25859.84 requests per second, p50=0.727 msec

WorkStation的网络损耗的更多相关文章

  1. VMware Workstation Pro网络配置(WiFi配置等)

    常用技巧 连续按两下ctrl+alt,实现鼠标脱离 VMware Workstation Pro网络配置有几种模式: 桥接模式: 网络上的独立主机 占用路由器新IP资源 通过VMware Networ ...

  2. VMware Workstation中网络连接之桥接、NAT和Host-only

    在Windows XP系统中,安装好VMware Workstation虚拟机软件以后,我们可以查看一下"网络连接"窗口: 在窗口中多出了两块网卡: VMware Network ...

  3. [VMware WorkStation]虚拟机网络

    桥接模式下复制物理网络连接: 复制物理网卡连接状态,就是说把你指定的.本机的.真是网卡的状态信息复制给虚拟机的虚拟网卡,比如说你的本机真是网卡链接到了家用路由器的LAN口上,获得到了DHCP分配的地址 ...

  4. VMware Workstation的网络连接方式:NAT、桥接和Host Only

    安装完VMware Workstation后会自动生成两个网络连接:VMware Network Adapter VMnet8 和 VMware Network Adapter VMnet1(通常称为 ...

  5. VMware workstation 虚拟网络 三种上网区别

    以VMware workstation为例,其虚拟网络设备有3种: 第一种:vmnet0(桥接模式),无实体虚拟网卡,其实就是一个协议而已,会在对应网卡上加入VMware bridge protoco ...

  6. [转]VMware Workstation网络连接的三种模式

    经常要使用VMWare Workstation来在本地测试不同的操作系统,以前也搞不清楚网络连接三种模式,最近看了几篇文章才算明白.现总结如下: 1. VMware Workstation的虚拟网络组 ...

  7. WMware workstation中几种网络连接的说明 【转】

    博客来源:WMware workstation中几种网络连接的说明 VMware workstation中几种网络连接的说明 WMware workstation中网络连接包括,桥接模式.NAT模式. ...

  8. VMware workstation 网络选择 NAT模式 访问外网

    多年不用本地做测试  尽然被 nat 模式給卡着了  :动手的还是所以要记录一下: 1.根据自己需求创建 虚拟机 之后: 配置[网络适配器] -- 选择 nat 模式 ( 选择网卡 )   虚拟机   ...

  9. VMWare Workstation 配置docker多macvlan网络方法

    VMWare Workstation 配置docker多macvlan网络方法 答案就是.....换VirtualBox 噗... VMWare Workstation host-only网络,三台虚 ...

  10. 转-深入理解VMware虚拟网络

    原文出处:http://wangchunhai.blog.51cto.com/225186/381225 VMware Workstation是一款非常不错的虚拟机软件,许多爱好者用VMware Wo ...

随机推荐

  1. Provider的八种提供者

    代码 class Example extends StatelessWidget { @override Widget build(BuildContext context) { return Sca ...

  2. Windows10安装WSL2和Ubuntu的过程

      因为在Windows10环境中安装了2个相同的包导致冲突,所以想到了通过WSL2+Docker的方式进行编程开发.因为Docker Desktop直接安装就行了,不做介绍.本文主要介绍WSL2和U ...

  3. Go 1.18 新特性:多模块工作区模式

    摘要:在 Go 1.18 推出多模块工作区模式--Multi-Module Workspaces,用以支持模块的多个工作空间,我们来看看到底有什么特别. 本文分享自华为云社区<一起看看 Go 1 ...

  4. 华为云联合HarmonyOS重磅发布智联生活行业加速器

    摘要:华为云DevRun智联生活行业加速器,为产业链上下游企业提供技术支持.生态建设.商业变现等多方面的资源扶持,共同打造智联生活新未来. 据IDC的报告,2021年上半年中国智能家居设备市场出货量约 ...

  5. webpack性能优化(2):splitChunks用法详解

    之前写的<webpack性能优化(0):webpack性能优化概况-优化构建速度>.<webpack性能优化(1):分隔/分包/异步加载+组件与路由懒加载> 如果使用vue-c ...

  6. 火山引擎DataLeap的Data Catalog系统公有云实践 (上)

    更多技术交流.求职机会,欢迎关注字节跳动数据平台微信公众号,回复[1]进入官方交流群 前言 Data Catalog 通过汇总技术和业务元数据,解决大数据生产者组织梳理数据.数据消费者找数和理解数的业 ...

  7. Solon 框架,maven 单月下载量突破 200 万了!

    Solon 是什么开源项目? 一个,Java 新的生态型应用开发框架.它从零开始构建,有自己的标准规范与开放生态(历时五年,已有全球第二级别的生态规模).与其他框架相比,它解决了两个重要的痛点:启动慢 ...

  8. XShell、XFtp免费许可证增强:删除标签限制!

    大家好,我是DD! XShell相信大家都不陌生了,作为Windows平台下最强大的SSH工具,是大部分开发者的必备工具.但由于免费许可证的标签限制,有不少开发者会去找破解版使用.虽然功能是可以使用了 ...

  9. #3038:How Many Answers Are Wrong (带权并查集)

    HDU 3038 第一次接触带权并查集 //带权并查集 更新父节点的同时更新权值 #include<bits/stdc++.h> using namespace std; const in ...

  10. 【每日一题】26.codeJan与旅行 (贪心)

    补题链接:Here 算法涉及:贪心 思路: 首先,我们处在p位置,显然要么向左走到相邻的城市,要么向右走走到相邻的城市. 有一个不会证明但观察到的结论,从这两个位置走的话,只有四种可能. 可能1:一直 ...