系统性能估算游乐场模型

    有一个游乐场，其中有10项游乐设施，营业事件从上午9:00到17:00，为说明问题，采用如下假设：

    1）假设每个用户在场内游玩1个小时，平均每个人玩20次项目（有的项目多次）,    从项目一到项目时分别为：4,3,3,2,2,2,1,1,1,1

    2）平均每分钟10个用户进场

    分析过程如下：

    1）8:00到9：00，在场人数以10个/分钟的，到9:00在园人数为600个

    2）从9:00到16:00，新入场人数为10个/分钟，离场人数也是10个/分钟，在场人数处于平衡状态。考察从9:00到16:00之间的任意一个小时，在场人数都是600个，具体到某个时刻也是600个。所以说在场人数就是600

    3）针对600个在场人员进行行为分析，600个人在1个小时内玩20个项目，假设用户每3分钟玩一个项目，600个人每分钟玩的项目就是200次。游乐场处理能力为200次/分钟

    4）如果用户在1个小时内，休息了30分钟，剩下的30分钟去玩项目，并且用户的休息规律基本一致，则每分钟玩的项目就是400个。游乐场的处理能力就是400次/分钟

    5）下面再针对每个项目的处理能力进行分析，从项目一到项目十处理次数分别为：80,60,60,40,40,40,20,20,20,20（次/分钟）

 

    下面 再利用并发用户经验公式进行推导：

     一天之内（9:00-17:00）有48000个用户进入游乐场，每个用户在场时间为1小时，假设用户进入游乐场是均匀分布的，那么考察1个小时时间，并发用户数应该为：

     c=nL/T

    其中：n=4800，L=1，T=8，据此可得到：

    c=600

   剩下的分析可以从3）开始。

   处理能力为400次/分钟，这就是系统吞吐量（处理效率）。

   以上分析及公式有两个前提：

   1）人流在游乐场中是均匀分布的

    2）单位是分钟

   针对软件系统，首先单位调整到秒，另外可考虑人流不均匀时的冲击，经验公式推荐为c + （c开三次方），我认为太小了，可以修订为20%，也就是峰值并发为c*1.2。

   针对以上数据进行调校后，并发用户数为600*1.2=720，相应的处理效率也要乘1.2

再考虑不同项目对游乐园的压力不同，需要乘上相应的压力系数，比如项目一对游乐园压力最小，项目十最大，依次递增，此时可把项目一作为基准请求，其压力系数为1，从项目二到项目十压力系数分别为1.5，1.5，2，2，2，,3，3，3，3，项目一到项目十调整后的处理次数分别为80,90,90,80,80,80,60,60,60,60，处理次数总和为740次/分钟。再考虑峰值冗余系数，那么处理相率需求为888次。

   我们的产品性能指标至少应该有五个：

    第一：支持的用户数，有时也称为注册用户（数据库容量及数据库处理效率决定），

    第二：活跃用户数。经常时间系统的用户，不同的系统对经常使用的定义不同。对于企业应用来说，一般活跃用户数与支持用户数相同。对于面向大众的应用，可以定义每天使用次数>n来定义(n可以为1,2,3，不同的业务n是不同的，n的选择也是一个递归的过程）

    第三：并发用户数，根据前面的经验公式计算处理。

    第四：吞吐量（处理效率），一般来说要与响应时间（也就是对每个请求的处理时间）配对出现

    第五：TPS（每秒事务数）。理论上来说，TPS=吞吐量 / 响应时间

    

   提交给市场的指标应该包括：

   1.支持用户数

    2.并发用户数

    3.TPS

    4.响应时间（可选）

   

   我们的产品提交给市场的效率指标最少应该有三个：

    第一：支持的用户数（数据库容量及数据库处理效率决定）

    第二：并发用户数，根据前面的经验公式计算处理。

    第三：TPS

    以上针对的系统是有会话存在的情况，如果是单纯的请求、处理、响应的服务模型，则不能使用上面的公式。具体如何计算并给出数据呢？

    1）这种情况下可以应该把并发用户的概念去掉

    2）估算吞吐量

    比如对于一个2000人规模的公司的OA利用盾做登录认证，假设登录认证集中在上午8:30到8:33的三分钟内，计算过程如下：

    1）支持用户数2000

    2）活跃用户数2000

    3）吞吐率为2000/3*60=50/3≈17，极端情况1分钟内完成登录吞吐量也不过51个/秒

   这种情况下提供给市场的数据有三个即可：

   1）支持用户数

   2）TPS

   3）响应时间（可选）