注：本文复制来自本人微信公众号sitk。
目录：
一、事情由来
二、环境描述
三、测试软件
四、测试方案
五、测试记录
六、测试结果
一、事情由来
最近在做golang web压力测试中，发现并发请求数量一上2000，虚拟机直接就报如下问题，导致测试无法完成。如果降低请求数，就不会出现。
同样的程序移至公司ESXI环境，同样的并发数请求就不会出问题。
个人工作电脑现在使用的虚拟机是基于vmware funsion，免费版本。以前办公电脑上面的虚拟化一直都是用的收费的PD，也做过压测，没有出现类似的问题。只是2025年PD到期之后，考虑到想省点米米，就没有续约。因此开始怀疑vmware funsion的虚拟性能比较拉垮造成。为了验证我的想法，今天抽时间进行了相应的测试，比较两个虚拟化平台在虚拟化上面的性能。(为了测试，又花了500大洋续约了一年的PD，这个需要找公司报销^-^。)
二、环境描述
宿主机：
虚拟化平台环境：
相应的测试虚拟机配置及系统：
三、测试软件
WEB服务器端：
golang原生自带http编写的一个简单的WEB服务器，提供几个简单的接口。
getallinfo01与getallinfo02分别提供POST请求支持，并返回一个24KB左右的JSON数据。
压测工具：
四、测试方案
通过压测工具对web接口进行简单的并发访问然后观察请求速率，以确认同样WEB服务器（同样配置，同样软件）下，不同虚拟化平台，不同网卡的性能表现。
通过wrk发出500，1000个并发分别访问所有WEB服务器的getallinfo01接口并观察记录结果。为了减少波动，每次请求只开一台虚拟机。为了减少偶然性，分别进行了两轮并发测试。
测试命令：wrk -t 4 -c 1000 -d 30s
destip:destport/getallinfo01
五、测试记录
5.1 500并发其中一轮
remote esxi
pd host network
pd bridge network
vmware host network
vmware bridge network
5.2 1000并发其中一轮
remote esxi
pd host network
pd bridge network
vmware host network
vmware bridge network
六、测试结果
无论是500并发，还是1000并发，WEB服务器都正确进行了响应。
无论是host network,还是bridge network下，500并发与1000并发Parallels Desktop虚拟化对应服务器各项指标基本上都是vmware fusion的两倍，两种虚拟化性能基本不在一个档次。
我们公司的esxi环境的虚拟版本比较古老，宿主服务器也是10年前的老古董，再加上各个VLAN之间的路由也是用的一台Linux虚拟机来实现，因此相应的数据就图个乐，不要看其表现。
七、最后结论
1.在mac os平台，通常情况，vmare funcsion与parallels desktop都能够满足基本需求，如果需要进行一些极端点的测试，建议选用PD，不然可能会影响相应的测试。
2.在我们开发进行相关的性能或者并发测试中，需要考虑服务器性能，网络环境等，只有测试条件在一致的情况，相关比较测试才能够有意义。
3.一分钱一分货，古人诚不欺我。