Httperf:测试服务器能承载的最大服务!!!

项目背景

我们需要对于自己的web服务器模拟现实环境进行测试!!!

实验环境:

vmware workstation 11

centos6.5的系统下

服务器:ip:192.168.0.39

SecureCRT (ssh远程连接软件)

软件介绍:

Httperf:测试服务器能承载的最大服务,可以指定规律压力测试模拟真实环境。

实验过程:

一、软件安装

1:软件源码下载

wget ftp://ftp.hpl.hp.com/pub/httperf/httperf-0.9.0.tar.gz

2:解压

tar zxvf httperf-0.9.0.tar.gz

3:编译安装

./configure && make && make install

二、软件使用

通过如下命令:

httperf --server xx.com \

--port 80 \

--uri /foreground/all_stars \

--rate 100 \

--num-conn 2000 \

--num-call 1 \

--timeout 5

rate是指每秒多少个请求数,num-conn指共发多少个请求 ,num-call每次连接发送的请求数通常为1

测试一下百度的服务器

[[email protected] httperf-0.9.0]# httperf --server 61.135.169.121 --port 80 --num-conns 2000 --rate 100 --timeout 2

httperf --timeout=2 --client=0/1 --server=61.135.169.121 --port=80 --uri=/ --rate=100 --send-buffer=4096 --recv-buffer=16384 --num-conns=2000 --num-calls=1

httperf: warning: open file limit > FD_SETSIZE; limiting max. # of open files to FD_SETSIZE

Maximum connect burst length: 5

Total: connections 2000 requests 1888 replies 189 test-duration 22.961 s

Connection rate: 87.1 conn/s (11.5 ms/conn, <=287 concurrent connections)

Connection time [ms]: min 460.2 avg 2163.5 max 3586.6 median 2157.5 stddev 647.3

Connection time [ms]: connect 413.1

Connection length [replies/conn]: 1.000

Request rate: 82.2 req/s (12.2 ms/req)

Request size [B]: 67.0

Reply rate [replies/s]: min 3.2 avg 6.3 max 12.4 stddev 4.1 (4 samples)

Reply time [ms]: response 320.6 transfer 1461.0

Reply size [B]: header 1008.0 content 98036.0 footer 2.0 (total 99046.0)

Reply status: 1xx=0 2xx=189 3xx=0 4xx=0 5xx=0

CPU time [s]: user 0.34 system 21.91 (user 1.5% system 95.4% total 96.9%)

Net I/O: 801.5 KB/s (6.6*10^6 bps)

Errors: total 1811 client-timo 1811 socket-timo 0 connrefused 0 connreset 0

Errors: fd-unavail 0 addrunavail 0 ftab-full 0 other 0

每秒回应最大请求数为12.4

最大并发数为287

平均响应时间为320.6毫秒

测试一下南阳理工的官网

[[email protected] httperf-0.9.0]# httperf --server 222.139.215.198 --port 80 --num-conns 2000 --rate 100 --timeout 2

httperf --timeout=2 --client=0/1 --server=222.139.215.198 --port=80 --uri=/ --rate=100 --send-buffer=4096 --recv-buffer=16384 --num-conns=2000 --num-calls=1

httperf: warning: open file limit > FD_SETSIZE; limiting max. # of open files to FD_SETSIZE

Maximum connect burst length: 6

Total: connections 2000 requests 1241 replies 12 test-duration 22.898 s

Connection rate: 87.3 conn/s (11.4 ms/conn, <=357 concurrent connections)

Connection time [ms]: min 3621.2 avg 4146.7 max 4982.7 median 3985.5 stddev 520.1

Connection time [ms]: connect 453.4

Connection length [replies/conn]: 1.000

Request rate: 54.2 req/s (18.5 ms/req)

Request size [B]: 68.0

Reply rate [replies/s]: min 0.0 avg 0.6 max 1.4 stddev 0.7 (4 samples)

Reply time [ms]: response 1262.0 transfer 1824.3

Reply size [B]: header 174.0 content 35654.0 footer 2.0 (total 35830.0)

Reply status: 1xx=0 2xx=12 3xx=0 4xx=0 5xx=0

CPU time [s]: user 0.43 system 22.07 (user 1.9% system 96.4% total 98.3%)

Net I/O: 21.9 KB/s (0.2*10^6 bps)

Errors: total 1988 client-timo 1988 socket-timo 0 connrefused 0 connreset 0

Errors: fd-unavail 0 addrunavail 0 ftab-full 0 other 0

每秒回应最大请求数为0.6

最大并发数为357

平均响应时间为1262.0毫秒

项目总结:

httperf是一款开源的简单易用的web服务器性能测试软件,能让我们客观的了解我们web服务器的压力!!!

谢谢大家,希望大家有所得~~~~

时间: 2024-10-13 05:14:45

Httperf:测试服务器能承载的最大服务!!!的相关文章

如何在IIS中承载WCF NetTcpBinding 服务

这篇博客将介绍如何在IIS中承载NetTcpBinding的服务. 1. 首先准备服务代码. Contract namespace Contract { [ServiceContract] public interface ICalculate { [OperationContract] double Add(double x, double y); [OperationContract] double Subtract(double x, double y); [OperationContra

II7 承载的WCF服务,在VS中添加引用出错

场景: 1.WCF 服务成功部署到 IIS7,测试方式: 1)浏览器可以打开svc 和 wsdl 如: http://IP地址:8087/WCFService/MyService.svc http://IP地址:8087/WCFService/MyService.svc?wsdl 2) 手动编写客户端,调用相关方法亦成功 注意:上面测试中“IP地址”,代表实际的IP地址. 2.使用工具自动生成客户端代理失败 1)使用VS 自带的添加服务引用工具时,失败信息如下: 解了文档内容,但无法进行处理. 

利用控制台承载SignalR作为服务端、及第三方推送信息

一 首先建立一个控制台需要引用一些组件 特别要注意引用Microsoft.Owin.Host.HttpListener别忘了这个组件,不引用他可能程序正常运行不会报错,但服务器一直开启失败(我之前就是掉过这个坑了) 二.建立一个控制台程序且建立集线器类MsgHub继承Microsoft.AspNet.SignalR.Hub 三.初始化服务端 四.调用InitSinalR方法即可启用成功服务端 到此完成服务端程序,客户端只需要请求上面地址即可运行 五.写到这只是完成了客户和服务消息传递,怎么将第三

在 IIS 中承载 WCF 服务

本主题概述了创建 Internet 信息服务 (IIS) 中承载的 Windows Communication Foundation (WCF) 服务所需的基本步骤. 本主题假设您熟悉 IIS 且了解如何使用 IIS 管理工具创建和管理 IIS 应用程序. 有关以下内容的详细信息请参阅 IIS Internet Information Services AWCF在 IIS 环境中运行的服务充分利用 IIS 功能,如进程回收. 空闲关闭. 进程状况监视和基于消息的激活. 此宿主选项要求正确配置 I

使用IIS承载WCF服务

1.WCF可以方便的通过IIS承载,此承载模型与ASP.NET和ASP.NET Web Service使用的模型类似.2.WCF可以在以下操作系统上的IIS版本上承载 Windows XP SP2上的IIS 5.1 Windows Server 2003上的IIS 6.0 Windows Server 2008或者Windows Vista或者Windows 7上的IIS 7.0 以及IIS后续版本 3.在IIS 7.0中提供了一种新的承载服务方式即WAS(Windows Process Act

WCF中常见的几种Host,承载WCF服务的方法

1:写在前面 我们都知道WCF在运行的时候必须自己提供宿主来承载服务.WCF 本身没有附带宿主,而是提供了一个 ServiceHost 的类,该类允许您在自己的应用程序中host WCF 服务.然后调用 ServiceHost 的 Open 方法即可.我们知道WCF是针对SOA的一套技术.对于SOA而言,我们必须确保服务能够正常运行,平稳的运行,所以此时如何host我们的服务,用什么来Host我们的服务是很重要的,所以我们要为我们的应用程序选择一个合适的Host方式是很有必要的. 2:常见的几种

[ASP.NET Core 3框架揭秘]服务承载系统[3]:总体设计[上篇]

前面的实例演示了服务承载的基本编程模式,接下来我们从设计的角度来重新认识服务承载模型.总的来说,服务承载模型主要由如下图所示的三个核心对象组成:多个通过IHostedService接口表示的服务被承载于通过IHost接口表示的宿主上,IHostBuilder接口表示IHost对象的构建者. 一.IHostedService 承载的服务总是会被定义成IHostedService接口的实现类型.如下面的代码片段所示,该接口仅定义了两个用来启动和关闭自身服务的方法.当作为宿主的IHost对象被启动的时

[ASP.NET Core 3框架揭秘]服务承载系统[5]: 承载服务启动流程[上篇]

我们在<总体设计[上篇]>和<总体设计[下篇]>中通过对IHostedService.IHost和IHostBuider这三个接口的介绍让读者朋友们对服务承载模型有了大致的了解.接下来我们从抽象转向具体,看看承载系统针对该模型的实现是如何落地的.要了解承载模型的默认实现,只需要了解IHost接口和IHostBuilder的默认实现类型就可以了.从下图所示的UML可以看出,这两个接口的默认实现类型分别是Host和HostBuilder,本篇将会着重介绍这两个类型. 一.服务宿主 Ho

利用 Apache Synapse 模拟 Web 服务

Apache Synapse 是一个简单.轻量级的高性能企业服务总线 (ESB),它是在 Apache Software Foundation 的 Apache License Version 2.0 下发布的.使用 Apache Synapse,您可以通过 HTTP.HTTPS.Java™ Message Service (JMS).简单邮件传输协议 (SMTP).邮局协议版本 3 (POP3).FTP.文件系统和许多其他传输介质筛选.转换.路由.操作和监视经过大型企业系统的 SOAP.二进制