Перейти к публикации

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


Рекомендованные сообщения

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

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

 

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

Ссылка на сообщение
Поделиться на других сайтах


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

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

Изменено пользователем Krusty
Ссылка на сообщение
Поделиться на других сайтах
10 минут назад, Krusty сказал:

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

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

TC 10.1.5

Java 1.7.25

 

Xms=2048m

Xmx=2048m

MaxPermSize=128m

Изменено пользователем lexx174
Ссылка на сообщение
Поделиться на других сайтах

В свое время СИМЕНС проводил вебинар по оптимизации работы 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

Ссылка на сообщение
Поделиться на других сайтах

Для тех у кого 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 и эксперементировать на своих рабочих  станциях.

Изменено пользователем Krusty
Ссылка на сообщение
Поделиться на других сайтах
6 минут назад, Krusty сказал:

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

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

Ссылка на сообщение
Поделиться на других сайтах
  • 2 недели спустя...

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

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

 

Ссылка на сообщение
Поделиться на других сайтах
38 минут назад, asterixik сказал:

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

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

 

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

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

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

У вас TC10?

Изменено пользователем lexx174
Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, asterixik сказал:

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

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

 

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

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Krusty сказал:

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

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

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

 

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

Изменено пользователем lexx174
Ссылка на сообщение
Поделиться на других сайтах

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

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

Ссылка на сообщение
Поделиться на других сайтах
В 17.05.2017 в 17:05, lexx174 сказал:

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

 

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

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

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

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

 

Изменено пользователем Алексей256
Ссылка на сообщение
Поделиться на других сайтах

 

В 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х мб, приходится перезапускать клиент чтобы продолжить работу

jvm_memory.jpg

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




×
×
  • Создать...