java 消耗cpu么_java – 为什么select()在我的程序中消耗了这么多的CPU时间？

我有几个使用MINA的Java应用程序，它们都使用20个MINA线程。一个应用程序服务大约10,000个并发连接，通常是空闲的，但是有时会接收输入。尽管我没有完全分析(这个问题正在发生)，但是20可能是该应用程序的合理线程数。另一个应用程序一次只能提供大约15个连接，但是启动IO工作，所以它们很忙，并且有20个MINA线程，这显然太多了。

对我来说奇怪的是，应用程序总是将占用CPU时间的30％(有时高达60％)用于MINA的select()方法，在VisualVM中进行分析。调用堆栈如下所示：

java.lang.Thread.State: RUNNABLE

at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)

at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:228)

at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:81)

at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:87)

- locked <40ca5d54> (a sun.nio.ch.Util$2)

- locked <24649fe8> (a java.util.Collections$UnmodifiableSet)

- locked <3fae9662> (a sun.nio.ch.EPollSelectorImpl)

at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:98)

at org.apache.mina.transport.socket.nio.NioProcessor.select(NioProcessor.java:72)

at org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:1093)

at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)

at java.lang.Thread.run(Thread.java:722)

这似乎是在一场繁忙的民意测验中，这对我来说听起来真的错了。

当我看到这个数字很高时，我应该担心吗？是什么原因造成的？这是我需要优化的东西，还是更像一个睡眠或闲置的例程？如果它更像一个睡眠例程，它的某些方面的排定要优于其他CPU工作的优先级？

更新：this thread似乎是同一个问题。我遵循其建议，现在运行Java 1.7.0_45，但是我仍然看到在具有10k连接的应用程序中选择占用CPU时间的90％。

我们正在使用MINA 2.0.4，这意味着this relevant bug是固定的。