Параметры JVM для TC

[lexx174 373]

Кто-нибудь запускает клиент тимцентра с определенным набором параметров JVM с целью оптимизации быстродействия работы полного клиента?

Заметил что даже если кастомизировать батник по рекомендациям OptimizingClientPerformanceGuide - ощутимого быстродействия не наблюдается. Если например разворачивать папку где лежат тысячи объектов, то порой клиент просто самоликвидируется, видно что java дает сбой, иногда остается и crush_dump файл в папке portal.

 

Или все же нужно смотреть только в сторону oracle?

[Krusty 194]

Версия какая тц и джавы?

прирорст есть и ощутимый

Изменено 17 мая 2017 пользователем Krusty

[Mazzi 8]

@Krusty аможно всех посмотреть? )

[lexx174 373]

10 минут назад, Krusty сказал:

Версия какая тц и джавы?

прирорст есть и ощутимый

TC 10.1.5

Java 1.7.25

 

Xms=2048m

Xmx=2048m

MaxPermSize=128m

Изменено 17 мая 2017 пользователем lexx174

[bdfy 13]

В свое время СИМЕНС проводил вебинар по оптимизации работы NX&TC. Посмотрите, может поможет :-)

https://www.plm.automation.siemens.com/ru_ru/about_us/events_webinars/nx_replay.shtml#lightview%26uri=tcm:802-223942%26title=Оптимизация NX и Teamcenter%26docType=.flv

[Krusty 194]

1 час назад, Mazzi сказал:

@Krusty аможно всех посмотреть? )

какая версия java?

[Krusty 194]

Для тех у кого TC не 10 или 11,а там...9 или 8

 

start Teamcenter.exe -vm  "%JRE_HOME%\bin\javaw.exe" -vmargs -Xverify:none -Xms2048m -Xmx2048m
-XX:PermSize=256m -XX:MaxPermSize=512m -XX:+UseParallelGC -XX:SurvivorRatio=6 -XX:+DisableExplicitGC
-Dsun.rmi.dgc.client.gcInterval=3600000
-Xbootclasspath/a:"%JRE_HOME%\lib\plugin.jar";"%JRE_HOME%\lib\deploy.jar";"%JRE_HOME%\lib\javaws.jar"

 

Для счастливчиков, сорвавщих джэкпот, донов в окружении роскошных девиц и имеющих на заднем дворе TC 10 или 11

 

start Teamcenter.exe %* -vm "%JRE_HOME%\bin\javaw.exe" -vmargs
-Xverify:none -Xms1024m -Xmx3072m -XX:PermSize=256m
-XX:MaxPermSize=512m -XX:+UseCompressedOops -XX:+TieredCompilation -XX:SurvivorRatio=6
 -Xbootclasspath/a:"%JRE_HOME%\lib\plugin.jar";"%JRE_HOME%\lib\deploy.jar";"%JRE_HOME%\lib\javaws.jar"

 

 

Все, что касается памяти (Xms, Xmx, PermSize, MaxPermSize) подбирается индвидуально, в зависимости от характера работы пользователя.

Ключ -Xverify.... в 1 случае из 138 могут быть траблы в ВАШИХ костылях плагинах, если так то ключ уберите.

 

Советую полистывать всякие тюториалы по оптимизации JVM и эксперементировать на своих рабочих  станциях.

Изменено 17 мая 2017 пользователем Krusty

[Mazzi 8]

13 часа назад, Krusty сказал:

какая версия java?

JRE 1.8

[Krusty 194]

1 час назад, Mazzi сказал:

JRE 1.8

ого, а тц всё тот-же пожилой?

[Mazzi 8]

23 часа назад, Krusty сказал:

тц всё тот-же пожилой?

Так точно

[Krusty 194]

Пришли сюда или куда нить еще ваш portal.bal - погляжу, вдруг чо нить придумается.

[Mazzi 8]

6 минут назад, Krusty сказал:

Пришли сюда или куда нить еще ваш portal.bal - погляжу, вдруг чо нить придумается.

там без бутылки не разобраться ))) могу итоговую строку вызова java.exe Но там, в принципе, все то, что ты выше написал, за исключением " +UseParallelGC -XX:SurvivorRatio=6 -XX:+DisableExplicitGC"

[Krusty 194]

ой тогда не надо, там ваших небось творечств выше крыши

[asterixik 6]

А Oracle какой? Просто мы когда с 11 на 12 перешли, без всяких клиентских доп.настроек отзывчивость на порядок выше стала.

А так то индивидуально канешн, jvisualvm.exe в руки, на том же хабре есть статьи по поводу настройки jvm под задачи. 

 

[lexx174 373]

38 минут назад, asterixik сказал:

А Oracle какой? Просто мы когда с 11 на 12 перешли, без всяких клиентских доп.настроек отзывчивость на порядок выше стала.

А так то индивидуально канешн, jvisualvm.exe в руки, на том же хабре есть статьи по поводу настройки jvm под задачи. 

 

вот вся соль в том как именно вы переходили, а так же в возможных отличиях в параметрах oracle 12 в отличие от 11.

Возможно вы занового импортировали таблицы, у вас ушла фрагментация, это тоже может дать прирост производительности.

Если можно по подробней про oracle и ради интереса скиньте если возможно вашу конфигурацию параметров oracle 12.

У вас TC10?

Изменено 30 мая 2017 пользователем lexx174

[Krusty 194]

3 часа назад, asterixik сказал:

А Oracle какой? Просто мы когда с 11 на 12 перешли, без всяких клиентских доп.настроек отзывчивость на порядок выше стала.

А так то индивидуально канешн, jvisualvm.exe в руки, на том же хабре есть статьи по поводу настройки jvm под задачи. 

 

Да, но тюнинг рабочего места тоже накинет вам в плюс по отзывчивости

[lexx174 373]

1 час назад, Krusty сказал:

Да, но тюнинг рабочего места тоже накинет вам в плюс по отзывчивости

ощутимо прирост для рабочего места будет если полностью перейти на SSD да еще антивирусные проверки папок тимцентра и NX отключить.

Но во втором случае на предприятиях это будет малоосуществимо.

 

Но все же склоняюсь что тонкая настройка СУБД даст прирост в первую очередь

Изменено 30 мая 2017 пользователем lexx174

[lexx174 373]

статейка по тюнингу оракла. рекомендуется находить проблемные запросы и создавать индексы.

https://teamcenterone.wordpress.com/2013/01/14/function-based-indexes-in-teamcenter/

[NeedMoreLODs 81]

В 17.05.2017 в 17:05, lexx174 сказал:

Или все же нужно смотреть только в сторону oracle?

 

В 9м тимцентре я заметил, что 2гб в Xmx/Xms всё-таки мало при работе в визуализаторе с большими сборками.

Точнее не то чтобы мало, просто начинают редко (но метко) вылетать ошибки про java heap space.

Вроде как увеличение до 4гб и больше проблему снимает (хотя кто его знает, может тут не прямая зависимость).

Но это, конечно, частный случай, и необходимость оптимизации БД никак не отменяет.

 

Изменено 31 мая 2017 пользователем Алексей256

[Mr. Tim 3]

 

В 17.05.2017 в 22:14, Krusty сказал:

Для тех у кого TC не 10 или 11,а там...9 или 8

 

start Teamcenter.exe -vm  "%JRE_HOME%\bin\javaw.exe" -vmargs -Xverify:none -Xms2048m -Xmx2048m
-XX:PermSize=256m -XX:MaxPermSize=512m -XX:+UseParallelGC -XX:SurvivorRatio=6 -XX:+DisableExplicitGC
-Dsun.rmi.dgc.client.gcInterval=3600000
-Xbootclasspath/a:"%JRE_HOME%\lib\plugin.jar";"%JRE_HOME%\lib\deploy.jar";"%JRE_HOME%\lib\javaws.jar"

А то что после выполнения этих настроек в файле teamcenter.ini, в приложении показывается все такое же небольшое кол-во доступной и свободной памяти это так и должно быть? А то после долгой работы с воркфлоу переодически выбивает ошибку нехватки памяти java, перестает грузится просмотр процессов воркфлоу и кол-во свободной памяти снижается до 2х мб, приходится перезапускать клиент чтобы продолжить работу