小编use*_*808的帖子

我有一个在 Glassfish 4（4.1 版本 13）、JDK 1.7 更新 67 和 AWS Linux AMI 上运行的 Jersey 应用程序，我注意到在运行它几个小时后，CPU 使用率上升并保持不变，即使客户端停止。

运行“top -H”可识别 2 个具有高 CPU 使用率的 http-listener-1-kernel 线程（总共 16 个）。然后我进行了一个线程转储来检查这两个线程：

"http-listener-1-kernel(3) SelectorRunner" daemon prio=10 tid=0x00007fbc68251000 nid=0xaee runnable [0x00007fbcb55ce000]
    java.lang.Thread.State: RUNNABLE
        at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
        at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
        at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:79)
        at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:87)
        - locked <0x000000060263ad88> (a sun.nio.ch.Util$2)
        - locked <0x000000060263ad78> (a java.util.Collections$UnmodifiableSet)
        - locked <0x00000006025fb068> (a sun.nio.ch.EPollSelectorImpl)
        at sun.nio.ch.SelectorImpl.selectNow(SelectorImpl.java:106)
        at org.glassfish.grizzly.nio.DefaultSelectorHandler.select(DefaultSelectorHandler.java:114)
        at org.glassfish.grizzly.nio.SelectorRunner.doSelect(SelectorRunner.java:338)
        at org.glassfish.grizzly.nio.SelectorRunner.run(SelectorRunner.java:278)
        at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
        at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
        at java.lang.Thread.run(Thread.java:745)


"http-listener-1-kernel(8) SelectorRunner" daemon prio=10 tid=0x00007fbc6825b800 nid=0xaf3 …

我们是一家考虑使用WSO2 ESB作为几个关键任务系统之间的代理的公司.我们已经指出下面的文章比较了一些解决方案:

http://esbperformance.org/display/comparison/ESB+Performance

其中一个主张是WSO2 ESB破坏大于16,384字节(16KB)的消息 - 这是正确的陈述吗？由于该文章是由一家竞争公司撰写的,我们认为存在一些配置缺陷或一些疏忽,因为这看起来像一个主要的错误.

请澄清.