多线程几个概念

Thread,runnable、Callable、Executor、Future、FutureTask关系解读

http://wallimn.iteye.com/blog/2065164

 

多线程集合类：

阻塞队列，闭锁，栅栏，信号量(限流)

https://blog.csdn.net/java_huilong/article/details/79059149

 

qps预估量公式:

一般预估是有开发测试运维同学一起评估。采用8/2原则。即80%的请求访问在20%的时间内到达。此时根据系统pv测算出qps值
峰值qps=（总Pv * 80%）/（60*60*24*20%）。
然后再将峰值qps/单台能承受的最高qps，就是需要的机器数量。

 

qps、并发量计算公式:

系统吞吐量几个重要參数：QPS（TPS）、并发数、响应时间

        QPS（TPS）：每秒钟request/事务 数量

        并发数： 系统同一时候处理的request/事务数

        响应时间：  一般取平均响应时间

（非常多人常常会把并发数和TPS理解混淆）

理解了上面三个要素的意义之后，就能推算出它们之间的关系：
QPS（TPS）= 并发数/平均响应时间    或者   并发数 = QPS*平均响应时间

        一个典型的上班签到系统，早上8点上班。7点半到8点这30分钟的时间里用户会登录签到系统进行签到。公司员工为1000人，平均每一个员上登录签到系统的时长为5分钟。能够用以下的方法计算。
QPS = 1000/(30*60) 事务/秒
平均响应时间为 = 5*60  秒
并发数= QPS*平均响应时间 = 1000/(30*60) *(5*60)=166.7

 

非常重要！

Ø  并发用户数(Vu)获取

新系统：没有历史数据作参考，只能通过业务部门进行评估。

旧系统：对于已经上线的系统，可以选取高峰时刻，在一定时间内使用系统的人数，这些人数认为属于在线用户数，并发用户数取10%就可以了，例如在半个小时内，使用系统的用户数为10000，那么取10%作为并发用户数基本就够了。

Ø  TPS获取

新系统：没有历史数据作参考，只能通过业务部门进行评估。

 

旧系统：对于已经上线的系统，可以选取高峰时刻，在5分钟或10分钟内，获取系统每笔交易的业务量和总业务量，按照单位时间内完成的笔数计算出TPS，即业务笔数/单位时间（5*60或10*60）