【小洛的VLOG】Web 服务器高并发压力测试(Reactor模型测试)

目录

引言

工具介绍

环境介绍

测试结果


个人主页:东洛的克莱斯韦克-CSDN博客

引言

大部分的网络通信都是支持TCP/IP协议栈,为了保证通信的可靠性,客户端和服务端之间需要建立链接。服务端能并发处理多少个链接,平均每秒钟能处理多少个请求,服务器每秒的带宽是多少都是指标。

对于性能测试来说,一定要结合服务器的硬件配置和软件配置来谈测试的结果,像这种测试一定要跨网络进行,本地回环测试的数据没有意义

工具介绍

Webbench ,这个工具大家可以搜一下相关的文章,很轻量化,上手成本很低。下载下来只需make编译一下即可,如果你编译不过的话就是有个头文件会报错,根据报错提示,把Webbench源码里报错的头文件去掉就可以啦~

Webbench的原理也很简单,就是创建多进程然后同时向服务端发起请求。

环境介绍

我用了两台云服务器来模仿服务端和客户端,配置都是2核2G的(恼火),没钱买配置高的服务器(哭)。软件方面是我模仿muduo库写的一个Reactor模型,目前是单进程处理,就是我的进程既要监听链接又要处理连接上的IO事件。

测试结果

我用1000个进程不断地向服务端发送请求,持续时间是1小时。至于为什么是1000个而不是更大量级,是因为我的服务端配置太低,链接并发量太多,进程向系统的epoll模型中注册文件描述符就会失败。

  • 成功处理的请求总数:327,000 请求;
  • 页面处理速度:每分钟5450页;
  • 数据传输速率:大约16,035 字节/秒;
  • 重要的是,所有请求都是成功的,没有失败。
  • 页面处理速度:5450 页/分钟
  • 数据传输速率:16,035 字节/秒(约 16 KB/s)
  • 速度指标表示每分钟处理的网页数量相对较高

从结果可以看到,虽然服务器配置比较低,但在这种高负载下仍然表现得相当不错(比较满意)。这意味着服务器能够支持相对较高的并发用户!

相关推荐
China_Yanhy4 小时前
入职 Web3 运维日记 · 第 8 日:黑暗森林 —— 对抗 MEV 机器人的“三明治攻击”
运维·机器人·web3
艾莉丝努力练剑4 小时前
hixl vs NCCL:昇腾生态通信库的独特优势分析
运维·c++·人工智能·cann
酉鬼女又兒4 小时前
每天一个Linux命令_printf
linux·运维·服务器
翼龙云_cloud4 小时前
国际云代理商:2026年国际云注册风控升级实战指南 8 大平台无卡解决方案对比
服务器·阿里云·云计算
虾说羊4 小时前
docker容器化部署项目流程
运维·docker·容器
Trouvaille ~4 小时前
TCP Socket编程实战(三):线程池优化与TCP编程最佳实践
linux·运维·服务器·网络·c++·网络协议·tcp/ip
大大大反派4 小时前
CANN 生态中的自动化部署引擎:深入 `mindx-sdk` 项目构建端到端 AI 应用
运维·人工智能·自动化
June`4 小时前
高并发网络框架:Reactor模式深度解析
linux·服务器·c++
WHD3065 小时前
苏州勒索病毒加密 服务器数据解密恢复
运维·服务器
蜡笔小炘5 小时前
LVS -- 持久链接(Persistent Connection)实现会话粘滞
运维·服务器