WorkStation的网络损耗
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的网络损耗的更多相关文章
- VMware Workstation Pro网络配置(WiFi配置等)
常用技巧 连续按两下ctrl+alt,实现鼠标脱离 VMware Workstation Pro网络配置有几种模式: 桥接模式: 网络上的独立主机 占用路由器新IP资源 通过VMware Networ ...
- VMware Workstation中网络连接之桥接、NAT和Host-only
在Windows XP系统中,安装好VMware Workstation虚拟机软件以后,我们可以查看一下"网络连接"窗口: 在窗口中多出了两块网卡: VMware Network ...
- [VMware WorkStation]虚拟机网络
桥接模式下复制物理网络连接: 复制物理网卡连接状态,就是说把你指定的.本机的.真是网卡的状态信息复制给虚拟机的虚拟网卡,比如说你的本机真是网卡链接到了家用路由器的LAN口上,获得到了DHCP分配的地址 ...
- VMware Workstation的网络连接方式:NAT、桥接和Host Only
安装完VMware Workstation后会自动生成两个网络连接:VMware Network Adapter VMnet8 和 VMware Network Adapter VMnet1(通常称为 ...
- VMware workstation 虚拟网络 三种上网区别
以VMware workstation为例,其虚拟网络设备有3种: 第一种:vmnet0(桥接模式),无实体虚拟网卡,其实就是一个协议而已,会在对应网卡上加入VMware bridge protoco ...
- [转]VMware Workstation网络连接的三种模式
经常要使用VMWare Workstation来在本地测试不同的操作系统,以前也搞不清楚网络连接三种模式,最近看了几篇文章才算明白.现总结如下: 1. VMware Workstation的虚拟网络组 ...
- WMware workstation中几种网络连接的说明 【转】
博客来源:WMware workstation中几种网络连接的说明 VMware workstation中几种网络连接的说明 WMware workstation中网络连接包括,桥接模式.NAT模式. ...
- VMware workstation 网络选择 NAT模式 访问外网
多年不用本地做测试 尽然被 nat 模式給卡着了 :动手的还是所以要记录一下: 1.根据自己需求创建 虚拟机 之后: 配置[网络适配器] -- 选择 nat 模式 ( 选择网卡 ) 虚拟机 ...
- VMWare Workstation 配置docker多macvlan网络方法
VMWare Workstation 配置docker多macvlan网络方法 答案就是.....换VirtualBox 噗... VMWare Workstation host-only网络,三台虚 ...
- 转-深入理解VMware虚拟网络
原文出处:http://wangchunhai.blog.51cto.com/225186/381225 VMware Workstation是一款非常不错的虚拟机软件,许多爱好者用VMware Wo ...
随机推荐
- Provider的八种提供者
代码 class Example extends StatelessWidget { @override Widget build(BuildContext context) { return Sca ...
- Windows10安装WSL2和Ubuntu的过程
因为在Windows10环境中安装了2个相同的包导致冲突,所以想到了通过WSL2+Docker的方式进行编程开发.因为Docker Desktop直接安装就行了,不做介绍.本文主要介绍WSL2和U ...
- Go 1.18 新特性:多模块工作区模式
摘要:在 Go 1.18 推出多模块工作区模式--Multi-Module Workspaces,用以支持模块的多个工作空间,我们来看看到底有什么特别. 本文分享自华为云社区<一起看看 Go 1 ...
- 华为云联合HarmonyOS重磅发布智联生活行业加速器
摘要:华为云DevRun智联生活行业加速器,为产业链上下游企业提供技术支持.生态建设.商业变现等多方面的资源扶持,共同打造智联生活新未来. 据IDC的报告,2021年上半年中国智能家居设备市场出货量约 ...
- webpack性能优化(2):splitChunks用法详解
之前写的<webpack性能优化(0):webpack性能优化概况-优化构建速度>.<webpack性能优化(1):分隔/分包/异步加载+组件与路由懒加载> 如果使用vue-c ...
- 火山引擎DataLeap的Data Catalog系统公有云实践 (上)
更多技术交流.求职机会,欢迎关注字节跳动数据平台微信公众号,回复[1]进入官方交流群 前言 Data Catalog 通过汇总技术和业务元数据,解决大数据生产者组织梳理数据.数据消费者找数和理解数的业 ...
- Solon 框架,maven 单月下载量突破 200 万了!
Solon 是什么开源项目? 一个,Java 新的生态型应用开发框架.它从零开始构建,有自己的标准规范与开放生态(历时五年,已有全球第二级别的生态规模).与其他框架相比,它解决了两个重要的痛点:启动慢 ...
- XShell、XFtp免费许可证增强:删除标签限制!
大家好,我是DD! XShell相信大家都不陌生了,作为Windows平台下最强大的SSH工具,是大部分开发者的必备工具.但由于免费许可证的标签限制,有不少开发者会去找破解版使用.虽然功能是可以使用了 ...
- #3038:How Many Answers Are Wrong (带权并查集)
HDU 3038 第一次接触带权并查集 //带权并查集 更新父节点的同时更新权值 #include<bits/stdc++.h> using namespace std; const in ...
- 【每日一题】26.codeJan与旅行 (贪心)
补题链接:Here 算法涉及:贪心 思路: 首先,我们处在p位置,显然要么向左走到相邻的城市,要么向右走走到相邻的城市. 有一个不会证明但观察到的结论,从这两个位置走的话,只有四种可能. 可能1:一直 ...