Значение приоритета дампа потока Java не соответствует реальному приоритету потока в Linux?
Я намерен использовать приоритеты потоков в своем коде Java. Приложение должно работать в моей системе Linux:
>uname -a
Linux 3.0.0-15-generic #26-Ubuntu SMP x86_64 x86_64 x86_64 GNU/Linux
>java -version
java version "1.6.0_23"
OpenJDK Runtime Environment (IcedTea6 1.11pre) (6b23~pre11-0ubuntu1.11.10.1)
OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode)
После некоторого чтения в Интернете я запускаю свое тестовое приложение следующей командой:
sudo java -XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=1 -jar ThreadPriorityTest.jar
Тестовое приложение состоит из следующих двух классов:
package ch.mypackage;
public class CountingRunnable implements Runnable{
private long count=0;
private boolean goOn=true;
public long getCount() {
return count;
}
public void stop(){
goOn=false;
}
public void run() {
for(long iteration=0;goOn&&iterationЕсли я позволю количество программ в течение одной минуты (NUM_MILLIS_TO_COUNT_FOR=1*60*1000), затем я получаю следующий вывод:
MIN_PRIORITY: 1
MAX_PRIORITY: 10
PriorityThread_1 has priority: 1 and count:12658044343
PriorityThread_2 has priority: 2 and count:19008431582
PriorityThread_3 has priority: 3 and count:30618946099
PriorityThread_4 has priority: 4 and count:34408365142
PriorityThread_5 has priority: 5 and count:36694025023
PriorityThread_6 has priority: 6 and count:40493710165
PriorityThread_7 has priority: 7 and count:42826305342
PriorityThread_8 has priority: 8 and count:42203891414
PriorityThread_9 has priority: 9 and count:43128747383
PriorityThread_10 has priority: 10 and count:43416371500
Согласно этому выводу приоритеты оказывают ожидаемое влияние! Но если я сгенерирую дамп потока с помощью «jstack» или «kill -s QUIT», то я получу следующий вывод, из которого следует, что КАЖДЫЙ ПОТОК ИМЕЕТ ОДИНАКОВЫЙ ПРИОРИТЕТ (prio=10):
"PriorityThread_10" prio=10 tid=0x00007ff7e406f800 nid=0x12e6 runnable [0x00007ff7e2562000]
java.lang.Thread.State: RUNNABLE
at ch.mypackage.CountingRunnable.run(CountingRunnable.java:17)
at java.lang.Thread.run(Thread.java:679)
"PriorityThread_9" prio=10 tid=0x00007ff7e406d800 nid=0x12e5 runnable [0x00007ff7e2663000]
java.lang.Thread.State: RUNNABLE
at ch.mypackage.CountingRunnable.run(CountingRunnable.java:17)
at java.lang.Thread.run(Thread.java:679)
"PriorityThread_8" prio=10 tid=0x00007ff7e406b000 nid=0x12e4 runnable [0x00007ff7e2764000]
java.lang.Thread.State: RUNNABLE
at ch.mypackage.CountingRunnable.run(CountingRunnable.java:17)
at java.lang.Thread.run(Thread.java:679)
"PriorityThread_7" prio=10 tid=0x00007ff7e4069000 nid=0x12e3 runnable [0x00007ff7e2865000]
java.lang.Thread.State: RUNNABLE
at ch.mypackage.CountingRunnable.run(CountingRunnable.java:17)
at java.lang.Thread.run(Thread.java:679)
"PriorityThread_6" prio=10 tid=0x00007ff7e4067000 nid=0x12e2 runnable [0x00007ff7e2966000]
java.lang.Thread.State: RUNNABLE
at ch.mypackage.CountingRunnable.run(CountingRunnable.java:17)
at java.lang.Thread.run(Thread.java:679)
"PriorityThread_5" prio=10 tid=0x00007ff7e4065000 nid=0x12e1 runnable [0x00007ff7e2a67000]
java.lang.Thread.State: RUNNABLE
at ch.mypackage.CountingRunnable.run(CountingRunnable.java:17)
at java.lang.Thread.run(Thread.java:679)
"PriorityThread_4" prio=10 tid=0x00007ff7e4063000 nid=0x12e0 runnable [0x00007ff7e2b68000]
java.lang.Thread.State: RUNNABLE
at ch.mypackage.CountingRunnable.run(CountingRunnable.java:17)
at java.lang.Thread.run(Thread.java:679)
"PriorityThread_3" prio=10 tid=0x00007ff7e4061000 nid=0x12df runnable [0x00007ff7e2c69000]
java.lang.Thread.State: RUNNABLE
at ch.mypackage.CountingRunnable.run(CountingRunnable.java:17)
at java.lang.Thread.run(Thread.java:679)
"PriorityThread_2" prio=10 tid=0x00007ff7e405d000 nid=0x12de runnable [0x00007ff7e2d6a000]
java.lang.Thread.State: RUNNABLE
at ch.mypackage.CountingRunnable.run(CountingRunnable.java:17)
at java.lang.Thread.run(Thread.java:679)
"PriorityThread_1" prio=10 tid=0x00007ff7e4049800 nid=0x12dd runnable [0x00007ff7e2e6b000]
java.lang.Thread.State: RUNNABLE
at ch.mypackage.CountingRunnable.run(CountingRunnable.java:17)
at java.lang.Thread.run(Thread.java:679)
Если я сделаю то же самое на машина Windows, значения приоритета являются правильными, в соответствии с сопоставлениями приоритетов, которые я нашел здесь .
Так это ошибка в jstack или я что-то не так делаю?
Если я выполню «top | grep java», я получу следующее:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3394 root 20 0 4444m 15m 8376 S 789 0.1 0:47.52 java
, что означает, что основной поток имеет приоритет 20, а «top -H | grep java» приведет к следующему выводу:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3457 root 15 -5 4444m 15m 8384 R 99 0.1 0:08.60 java
3456 root 16 -4 4444m 15m 8384 R 97 0.1 0:08.41 java
3455 root 17 -3 4444m 15m 8384 R 93 0.1 0:08.42 java
3454 root 18 -2 4444m 15m 8384 R 97 0.1 0:08.27 java
3453 root 19 -1 4444m 15m 8384 R 97 0.1 0:07.50 java
3452 root 20 0 4444m 15m 8384 R 51 0.1 0:07.44 java
3451 root 21 1 4444m 15m 8384 R 35 0.1 0:04.83 java
3450 root 22 2 4444m 15m 8384 R 99 0.1 0:04.78 java
3449 root 23 3 4444m 15m 8384 R 95 0.1 0:07.47 java
3448 root 24 4 4444m 15m 8384 R 18 0.1 0:02.85 java
который показывает, что приоритеты потоков Java действительно влияют на приоритеты потоков ОС.
Но откуда у jstack значение 10 в prio=10? Это просто произвольное значение?