并发量得计算方式：

并发量得计算方式：
吞吐量/(总请求响应时间+真实用户总思考时间)=并发量/(请求响应时间+思考时间)
1小时内用户登录8000次，登录响应时间为5s,思考时间5s,计算并发量。
加thinktime:
8000/3600=并发量/(5+5)=TPS ,并发量=22.2
不加thinktime:
8000/3600=并发量/(5+5)=TPS,并发量=11.1

峰值计算：
并发量（峰值）=并发量+3*Sprt(并发量)

 

首先我基于对你的理解是的是“首页并发访问数”（如果理解不对，是首页并发用户数，也可以根据下面理解转换）
你只提到了首页，访问首页只是业务场景之一，需要你考量所有业务场景。不同网站的业务场景不同。所以你需要根据以下理解，得出自己网站的场景和计算结果。
一些给出涉及概念：
1.业务并发用户数；2.最大并发访问数；3.系统用户数；4.同时在线用户数；
假设一个OA系统有1000用户，这是系统用户数；最高峰同时有500人在线，是“同时在线人数”，也称作“最大业务并发用户数”；500个同时使用系统用户中20%查看系统公告，不构成压力；20%填写表格（只在提交时才会请求，填写对服务器不构成压力）；40%在发呆（什么都没做）；20%用户不停从一个页面跳转另一个页面（只有这20%对服务器产生了压力）。
说明服务器实际压力，能承受的最大并发访问数，既取决于业务并发用户数，还取决于用户的业务场景，这些可以通过对服务器日志的分析得到。
一般只需要分析出典型业务（用户常用，最关注的业务操作）
给出一个估算业务并发用户数的公式（测试人员一般只关心业务并发用户数）
C=nL/T 
C^=C+3×(C的平方根)
C是平均的业务并发用户数、n是login session的数量、L是login session的平均长度、T是指考察的时间段长度、C^是指业务并发用户数的峰值。
该公式的得出是假设用户的login session产生符合泊松分布而估算得到。
假设OA系统有1000用户，每天400个用户发访问，每个登录到退出平均时间2小时，在1天时间内用户只在8小时内使用该系统。
C=400×2/8=100
C^=100+3×(100的平方根)=100+3×10=130
另外，如果知道平均每个用户发出的请求数u，则系统吞吐量可以估算为u×C
请注意：精确估算，还要考虑用户业务操作存在一定的时间集中性（比如上班后1小时内是OA系统高峰期），采用公式计算仍然会存在偏差。针对例子OA系统可以把1小时设定为考察时间的粒度，将一天8小时划分为8个区间，这样可以解决业务操作存在集中性问题，更趋于精准，偏差更小。

 

 

很难，因为同时在线人数不代表所有人同时都在并发操作。如果要知道最大支持的并发数目，需要做一些估算，做什么类型的网站，读写操作的比例等。
网站性能的指标，简单google了下，不是很全，但很有代表性（对原文作者表示感谢，虽然不知道是谁）

1、通用指标（指Web应用服务器、 数据库服务器必需测试项）:
* ProcessorTime: 指服务器CPU占用率，一般 平均达到70%时，服务就接近饱和；
* Memory Available Mbyte : 可用内存数，如果测试时发现内存有变化情况也要注意，如果是内存泄露则比较严重；
* Physicsdisk Time : 物理磁盘读写时间情况；
2、Web服务器指标：
* Avg Rps: 平均每秒钟响应次数＝总请求时间 / 秒数；
* Avg time to last byte per terstion （mstes）:平均每秒业务角本的迭代次数 ,有人会把这两者混淆；
* Successful Rounds：成功的请求；
* Failed Rounds ：失败的请求；
* Successful Hits ：成功的点击次数；
* Failed Hits ：失败的点击次数；
* Hits Per Second ：每秒点击次数；
* Successful Hits Per Second ：每秒成功的点击次数；
* Failed Hits Per Second ：每秒失败的点击次数；
* Attempted Connections ：尝试链接数；
3、数据库服务器指标：
* User 0 Connections ：用户连接数，也就是数据库的连接数量； 
* Number of deadlocks：数据库死锁； 
* Butter Cache hit ：数据库Cache的命中情况；

知道一个网站首页的并发量，能推算出该网站能容纳多少人同时在线吗？
答：不能！因为网站不止首页一个功能，如果登录功能只能容纳10个人而且是瓶颈的话，那么说明网站只能容纳10个人，网站的范围太大了。
衡量网站性能最直观的指标就是：
1）能同时承受多少人访问该网站。
2）承受这么多人访问的时候，响应时间是什么样的？

楼上网易的大神已经给出了很好的解决思路，在这我也说说我自己的估算思路：

当我们在讨论“并发量”的时候，我们实质上讨论的是某一个业务场景中的并发量，这里的业务场景可以是：促销/秒杀的业务场景、或 早上8：00~9：00的业务场景、或 单位时间中60%负载集中的业务场景。

转载于:https://www.cnblogs.com/jouny/p/3663416.html