WorkStation的网络损耗

workstation,网络,损耗 · 浏览次数 : 11

小编点评

生成内容时需要带简单的排版,例如: * 使用缩进格式缩短文字长度。 * 使用缩进格式缩短列表长度。 * 使用缩进格式缩短标题长度。 这些排版可以帮助生成内容更易于阅读。

正文

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的网络损耗相似的内容:

WorkStation的网络损耗

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

ARM下KVM虚拟化的损耗验证--redis

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

Ubuntu2204设置固定IP地址

前言 Ubuntu每次升级都会修改一部分组件. 从1804开始Ubuntu开始使用netplan的方式进行网络设置. 但是不同版本的配置一直在升级与变化. 今天掉进坑里折腾了好久. 所以这边总结一下, 以便备忘. 番外 WorkStation虚拟机迁移ESXi 公司机器配置太lowB,跑虚拟机就像是

CentOS7.6系统安装和网络配置

CentOS7.6系统安装配置 前言:文章内容可能会因环境不同而有所差异,所谓集思广益说不定灵感就来了呢; 文章初衷旨在交流学习、记录个人成长,如果能帮助到您,那就点个赞噢。 环境说明: 1、本实验使用的是VMware workstation来创建虚拟机,创建虚拟机过程这里就不展开了,详情可查看:V

VMware与Windows主机之间复制粘贴

其实就是安装VMware Tools,但不知道为什么我的VMware Workstation不能安装VMware Tools,记得之前有次安装过,但是失败了。 基于apt-get命令下载安装其实是更好的选择: sudo apt-get install open-vm-tools sudo apt-g

[转帖]VMware Workstation PRO 17.0.2正式版+激活密钥

https://www.isharepc.com/36181.html VMware Workstation PRO 17是一个简化的桌面虚拟化应用程序。 它在同一台计算机上运行一个或多个操作系统而无需重新启动。 VMware Workstation PRO具有简单的用户界面,提供无与伦比的操作系统

RHCE01-Redhat 8 的安装和初始配置

Redhat 8 的安装和初始配置 环境说明: 1.在VMWare Workstation上创建虚拟机安装RHEL 8先决条件:自己的物理机(电脑/工作站/服务器)的CPU的虚拟化功能要开启。Intel的CPU:Virtualization Technology(VT-x)AMD的CPU:SVM M

Arch Linux 的安装

Arch Linux 的安装 作者:Grey 原文地址: 博客园:Arch Linux 的安装 CSDN:Arch Linux 的安装 版本 Arch Linux:2022.07.01 VMware workstation: 16.2 安装步骤 下载 Arch Linux 并记录其 kernel 版

Debian Linux 的安装

Debian Linux 的安装 作者:Grey 原文地址: 博客园:Debian Linux 的安装 CSDN:Debian Linux 的安装 说明 本安装说明是基于 Windows 10 下 VMware workstation 16 安装 Linux,Linux 版本是 Debian 11,

CentOS Linux 的安装

CentOS Linux 的安装 作者:Grey 原文地址: 博客园:CentOS Linux 的安装 CSDN:CentOS Linux 的安装 说明 本安装说明是基于 Windows 10 下 VMware workstation 16 安装 Linux,Linux 版本是 CentOS 8,需