|
С чем едят JAVA_OPTS ?
|
||
|---|---|---|
Участник
Откуда: Пермь
Сообщения: 382 |
||
|
Методом тыка давно всё испробовано.
Запускается только на 4 ядрах. Если на 5, то иногда пишет, что не может создать GCThread, иногда, что не может создать VMThread. Если на 6 и больше, то всегда пишет, что не может создать GCThread. При запущенной JConsole вообще только на 2 ядрах задания в программе запускаются, а более - вылетает, то есть JConsole отъедает ещё часть ресурсов. ХОТЯ JConsole и программа пользуются разными javaми. JConsole - системной Java HotSpot 64-Bit Server VM version 11.2-b-01 а программа - своей Java HotSpot 64-Bit Server VM version 17.0-b16 Не нашёл где в JConsole увидеть значения по умолчанию. Параметров много, но все они без значений, выглядит это примерно так:  По графикам видно, что для новые Threadы создаются и для них есть место. При создании новых Threadы - пик ещё поднимается, то есть как бы лимит не превышен.  -XX:+UseSerialGC не помогло увеличение kernel.core_pipe_limit не помогло Сижу читаю про GC, смотрю в JConsole. |
||
| 24.04.2013, 12:52:33 |
|
|
|
С чем едят JAVA_OPTS ?
|
||
|---|---|---|
Участник
Откуда: Пермь
Сообщения: 382 |
||
|
Так нету других java-программ.
/proc/89655/limits Limit Soft Limit Hard Limit Units Max cpu time unlimited unlimited seconds Max file size unlimited unlimited bytes Max data size unlimited unlimited bytes Max stack size 10485760 unlimited bytes Max core file size 0 unlimited bytes Max resident set unlimited unlimited bytes Max processes 1024 8271882 processes Max open files 4096 4096 files Max locked memory 65536 65536 bytes Max address space unlimited unlimited bytes Max file locks unlimited unlimited locks Max pending signals 8271882 8271882 signals Max msgqueue size 819200 819200 bytes Max nice priority 0 0 Max realtime priority 0 0 Max realtime timeout unlimited unlimited us Но самое главное, что видимо никакие ухищрения менять параметры в конфиг-файлах не подхватывались. Я нашёл настройки в самой программе, поменял их и всё заработало. ВРОДЕ БЫ.  Теперь надо изучать java и GC, все параметры, чёкуда, чёкак, а то может быть Serial медленней, чем Parallel (не зря же разработчики по умолчанию поставили такое значение?) или ещё какая-нибудь гадость позже вылезит. Но жрёт оно, конечно, нефигово: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 92587 prouser 30 10 6331m 1.0g 23m S 99.6 0.1 15:17.07 ssexec 92589 prouser 30 10 6331m 933m 23m S 103.9 0.1 15:17.17 ssexec 92581 prouser 30 10 6332m 926m 23m S 99.6 0.1 15:16.52 ssexec 92590 prouser 30 10 6676m 893m 24m S 6.1 0.1 0:18.44 ssexec 92585 prouser 30 10 6331m 878m 23m S 99.6 0.1 15:16.40 ssexec 92588 prouser 30 10 6332m 874m 23m S 105.8 0.1 15:16.16 ssexec 92586 prouser 30 10 6397m 874m 23m S 99.6 0.1 15:15.63 ssexec 92584 prouser 30 10 6331m 874m 23m S 99.6 0.1 15:15.80 ssexec 92583 prouser 30 10 6332m 870m 23m S 100.0 0.1 15:16.73 ssexec 92582 prouser 30 10 6332m 867m 23m S 100.0 0.1 15:16.53 ssexec 89655 prouser 20 0 13.6g 867m 24m S 0.3 0.1 1:40.21 java 89311 prouser 20 0 25.3g 563m 16m S 0.3 0.1 0:12.93 java 92415 prouser 20 0 40.6g 123m 17m S 0.0 0.0 0:03.63 java |
||
| 25.04.2013, 10:40:06 |
|
|
|
С чем едят JAVA_OPTS ?
|
||
|---|---|---|
Участник
Откуда: Чуркестан
Сообщения: 690 |
||
|
Im27thНo самое главное, что видимо никакие ухищрения менять параметры в конфиг-файлах не подхватывались. Я нашёл настройки в самой программе, поменял их и всё заработало.
ВРОДЕ БЫ. Hу вот, а говоришь Im27th-XX:+UseSerialGC не помогло Самое то :) |
||
| 25.04.2013, 16:11:02 |
|
|
|
С чем едят JAVA_OPTS ?
|
||
|---|---|---|
Участник
Откуда: Пермь
Сообщения: 382 |
||
|
Спасибо!
В общем-то, перелопатив кучу параметров, вроде бы всё заработало. НО Теперь при запуске некоторых заданий, всё начинает жутко тормозить. Вся память забита: _________________________________________________________________ Код: plaintext 1. 2. 3. 4. CPU работает даже круче чем 146%: _________________________________________________________________ Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. Но при этом, если запустить jvisualvm, то там всё довольно уныло:  То есть все ресурсы забиты огромным количеством потоков, но в самих потоках нет бурления жизни? (Количество потоков задают пользователи вручную. Так как нет адекватного описания внутренней работы программного комплекса, то мы пришли к выводу, что чем больше потоков, тем быстрее происходит счёт задания.) Или я смотрю не туда? Или смотрю туда, но не понимаю что так и должно быть? Или, действительно, надо какие-то параметры поправить? Xmx или ещё чего? |
||
| 12.11.2013, 11:44:49 |
|
|
