Disruptor简单理解 QPS TPS 压力测试JMH使用

QPS
  • Query per Second
  • 每秒查询率,也就是一个接口每秒可以执行多少次
TPS
  • Transactions per Second
  • 每秒传输事务的个数,也就是服务器每秒处理的事务数
JMH
  • 测试一个方法的性能
  • 官方建议打好jar包放去服务器中测试,开发环境会对测试结果有影响
  • 需要写在test包下
  • JMH注解
    @Benchmark
    	• 在方法上添加,就可以进行测试
    @Warmup
    	• 预热,对于测试结果很重要,由于JVM中对于特定代码会存在优化(本地化)
    	• 参数: Iterations-预热多少次 	time-预热多长时间
    @Fork
    	• 用多少个线程去执行我们的程序
    @Mesurement
    	• 调用多少次
    @BenchmarkMode
    	• 设定基准测试的模式。
    	• 一般用Mode.Throughput 吞吐量模式
    
  • IDEA中要让注解生效,需要把这个勾选上在这里插入图片描述
  • 运行的时候,需要把系统的环境变量包含进来
    在这里插入图片描述
    在这里插入图片描述
Disruptor
  • 直译为分裂瓦解,是一个在内存中用于存放元素的高效率的队列,底层由CAS实现
  • 目前为止,在单机情况下,最快的MQ,支持高并发,可以做到一个线程每秒处理600万订单
  • 默认是多线程生产者,假如是单线程生产者,可以改模式提高性能,会把锁和检测去除,将性能会发挥到极致
  • 用于生产消费者模型,源码中使用了观察者模式,消费者为观察者,队列为被观察对象
  • 核心是ringBuffer,Disruptor内部使用的是环型Buffer队列,用数组实现,首尾相连
  • 队列中存储的是Event,需要定义Event工厂
  • 生产满了没有被覆盖,也就是队列满了消费者还没来消费的时候,会执行等待策略
BlockingWaitStrategy
  • 常用策略
  • 线程阻塞等待生产者唤醒
  • 被唤醒后,再循环检查依赖的sequence是否已经消费。
YieldingWaitStrategy
  • 常用策略
  • 尝试100次,然后调用Thread.yield()让出cpu,效率最高,但是得分情况,消费者慢生产者多时应该用BlockingWaitStrategy
SleepingWaitStrategy
  • 常用策略
  • sleep(),满了的时候去睡一下再来
BusySpinWaitStrategy
  • 线程一直自旋等待,可能比较耗cpu
LiteBlockingWaitStrategy
  • 线程阻塞等待生产者唤醒
  • 与BlockingWaitStrategy相比,可以减少lock加锁次数
LiteTimeoutBlockingWaitStrategy
  • 线程阻塞等待生产者唤醒
  • 与LiteBlockingWaitStrategy相比,设置了阻塞时间,超过时间后会抛异常。
TimeoutBlockingWaitStrategy
  • 线程阻塞等待生产者唤醒
  • 与BlockingWaitStrategy相比,设置了阻塞时间,超过后抛异常
PhasedBackoffWaitStrategy
  • 根据时间参数和传入的等待策略来决定使用哪种等待策略
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值