通用池化框架GenericKeyedObjectPool性能测试

2644 篇文章 26 订阅
2350 篇文章 14 订阅

上次我测试了通用池化框架GenericObjectPool性能测试,效果还行,对后面使用commons-pool2框架的使用提供了非常有效的参考依据。

对于另外一个更复杂的GenericKeyedObjectPool也得安排上了,这就献上。

硬件软件配置&准备工作&可池化对象

这部分内容与上期相同,这里不再赘述了。

池化工厂

这里用到了org.apache.commons.pool2.BaseKeyedPooledObjectFactory<Integer, FunTesterPooled>,下面分享一下具体的代码。

    /**
     * 池化工厂
     */
    private static class FunFactory extends BaseKeyedPooledObjectFactory<Integer, FunTesterPooled> {


        @Override
        FunTesterPooled create(Integer key) throws Exception {
            def pooled = new FunTesterPooled()
            pooled.setAge(key)
            return pooled
        }

        @Override
        PooledObject<FunTesterPooled> wrap(FunTesterPooled value) {
            return new DefaultPooledObject<FunTesterPooled>(value)
        }

        @Override
        void destroyObject(Integer key, PooledObject<FunTesterPooled> p, DestroyMode destroyMode) throws Exception {
            p.getObject().setAge(0)//资源回收
            super.destroyObject(key, p, destroyMode)
        }
    }

对象池

虽然这个GenericKeyedObjectPool理论上是可以存储不同的对象的,但是这个在创建的时候还是需要确定一个可池化对象类型。所以后面所有创建的对象必需这个可池化对象类或者子类。

    /**
     * 初始化对象池
     * @return
     */
    static def initPool() {
        def config = new GenericKeyedObjectPoolConfig<FunTesterPooled>()
        config.setMaxTotal(thread * 2)
        config.setMinIdlePerKey(10)
        config.setMaxIdlePerKey(100)
        config.setMaxWait(Duration.ofMillis(1000))
        config.setMaxIdlePerKey(thread)
        config.setMaxIdlePerKey(10)
        config.setMinIdlePerKey(2)
        return new GenericKeyedObjectPool<Integer, FunTesterPooled>(new FunFactory(), config)
    }

这里的设置分成了两类,就是每个对象池和总对象池的各类参数设置。

性能测试用例

跟上期的用例很像,只是请求参数增加了key,这里return的时候也需要增加key参数。测试用例如下:

    static GenericKeyedObjectPool<Integer, FunTesterPooled> pool

    static def desc = "池化框架性能测试"

    static int times = 200

    static int thread = 3

    public static void main(String[] args) {
        this.pool = initPool()
        ThreadBase.COUNT = true
        RUNUP_TIME = 0
        POOL_SIZE = thread
        thread.times {
            pool.addObjects(it, thread)
        }
        output("对象创建完毕 创建数量${pool.getNumIdle()}")
        new Concurrent(new FunTester(), thread, desc).start()
        pool.close()
    }

    private static class FunTester extends FixedThread {


        FunTester() {
            super(null, times, true)
        }

        @Override
        protected void doing() throws Exception {
            def randomInt = getRandomInt(thread)
            def object = pool.borrowObject(randomInt)
            pool.returnObject(randomInt, object)
        }

        @Override
        FunTester clone() {
            return new FunTester()
        }
    }

测试结果

用例设计也是跟上期的文章一样,为了尽可能有对比价值,使用了尽可能相同的参数。

无等待

在这里插入图片描述
可以看出,一旦线程数增加,QPS就是降低非常快,线程较低的时候性能跟GenericObjectPool相差无几,这很可能是java.util.concurrent.ConcurrentHashMap导致的。有时间我再对java.util.concurrent.ConcurrentHashMap进行性能测试。

等待

使用了休眠2ms的配置。

在这里插入图片描述

后面就不测了,再测可能回归个位数了。结论如上,线程数增加的的话,粗略估计100以上,org.apache.commons.pool2.impl.GenericKeyedObjectPoolConfig的性能就会变得奇差无比,可能是多种原因导致的。更不用提线程数增加500以后,会遇到org.apache.commons.pool2.impl.LinkedBlockingDeque和java.util.concurrent.atomic.AtomicLong性能大幅下降。看来以后还是不能简单使用对象池代替创建对象。

在这里还是要推荐下我自己建的软件测试学习Q群:746506216,群里都是学测试的,如果你想学或者正在学习测试,欢迎你加入,大家都是测试党,不定期分享干货(只有软件测试相关的),包括我自己整理的一份2022最新的Python自动化测试进阶资料和零基础教学,欢迎进阶中和对测试感兴趣的小伙伴加入!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值