JavaのTIMED_WAITに3000スレッドがある場合、CPUの影響は何ですか？このような、TIMED_WAITを使用しています

Question

私はGlassfishの下にWorkManager + ThreadPoolのを持っている：

p: thread-pool-1; w: 2018 (TIMED_WAITING):

at java.lang.Object.wait(Native Method) 
at com.sun.corba.ee.impl.orbutil.threadpool.WorkQueueImpl.requestWork(WorkQueueImpl.java:171) 
at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:528)` 

のは（つまり、これまでに追加された作業noです）のスレッドが何もしないことを一瞬仮定しましょう。プールに100スレッド、プールに3000スレッドの間にCPU使用率に違いがありますか？

私たちのテストでは表示されないことが示されていますが、確認したいと思います。

Answer 1

これはOS固有のものだと思います。 NPTL（Native Posix Threading Library）を搭載したLinuxサーバのJavaサーバソフトウェアでは何千ものスレッドが実行されていますが、ほとんどの時間は「スリープ」しており、CPU使用率は決して高くはありませんでした。通常は5〜20％（単一の4コアCPU）です。私は現在何の参照も見つけられませんでしたが、私はNPTLでそれを読んでいると確信しています。スリープスレッドのオーバーヘッドはごくわずかです。