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

[Mr. Tim 3]

3 минуты назад, lexx174 сказал:

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

 

и тормоза проявляются на процессах запущенных еще под 9й или на новых процессах?

на уже запущенных из 9го ТС. Вчера юзеры стали разворачивать свои списки задач - виснет просто ппц как всё

к тому же надо как то править хэндлеры на уже запущенных шаблонах процессов... наверное это вопрос в отдельную тему, не сюда

Изменено 10 января 2018 пользователем Mr. Tim

[lexx174 373]

20 минут назад, Mr. Tim сказал:

на уже запущенных из 9го ТС. Вчера юзеры стали разворачивать свои списки задач - виснет просто ппц как всё

к тому же надо как то править хэндлеры на уже запущенных шаблонах процессов... наверное это вопрос в отдельную тему, не сюда

ну так это можно сказать нормально в данной ситуации.

и по-хорошему так было делать не надо(оставлять незавершенные процессы на момент перехода). мы в свое время при прежних переходах убивали все текущие процессы. и уже под новой версии запускали на процесс, проблем не было.

 

почитайте внимательно документацию по новой версии - у вас возможно поменялись некоторые параметры обработчиков, например при переходе с 8.3 на 10.1 там нужно было править шаблон процесса,если такое имеет место быть в вашем случае,то так или иначе придется с процессов снимать ревизии. так что рассмотрите этот вариант

22 минуты назад, Mr. Tim сказал:

к тому же надо как то править хэндлеры на уже запущенных шаблонах процессов

вы не поправите хендлер для уже запущенных процессов. это как бы очевидно

Изменено 10 января 2018 пользователем lexx174

[Mr. Tim 3]

А при таких настройках портала разве такие показатели доступной и свободной памяти должны быть в окошке ТС11?

[lexx174 373]

это скриншот сделан при отсутстувии активности на клиенте? какие приложения запущине в клиенте?

 

например если кэш перед запуском не очищался и подгружено приложение РСИ с каким нибудь составом то вполне. И по параметрам памяти у вас стоит диапазон от 2 до 3 Гб

Изменено 10 января 2018 пользователем lexx174

[NeedMoreLODs 81]

1 час назад, Mr. Tim сказал:

А при таких настройках портала разве такие показатели доступной и свободной памяти должны быть в окошке ТС11?

Выложите скриншот (или что-то его заменяющее (текст, например)) с диспетчера задач для teamcenter.exe и javaw.exe со столбцами "Память (частный набор)", "Выделенная память" и "Командная строка" (командную строку лучше в том виде, где xms и xmx видно, остальное можно затереть).

По остальным процессам не надо, разумеется, только для teamcenter.exe и javaw.exe.

 

Если по каким-то причинам не можете/не хотите - сами на эти столбцы вдумчиво посмотрите и напишите здесь хотя бы результат.

 

P.S.: Привет двухзвенщикам. 

Изменено 10 января 2018 пользователем Алексей256

[Mr. Tim 3]

Так-с вроде никаких секретов не раскрыл)) в общем вот так

 

Изменено 10 января 2018 пользователем Mr. Tim

[NeedMoreLODs 81]

36 минут назад, Mr. Tim сказал:

Так-с вроде никаких секретов не раскрыл)) в общем вот так

 

Так это, видно же что у Вас и Teamcenter.exe (а это в 11-й версии всего лишь лаунчер, т.к. виртуальная машина таки переехала в отдельный процесс) стартует без фактических параметров xms и xmx (они должны быть в командной строке) и, следовательно, javaw.exe (которую запускает Teamcenter.exe) тоже не имеет этих параметров в командной строке.

Там должны быть включения а-ля "-Xms2048m -Xmx3072m".

 

В общем с теми параметрами, с которыми Вы хотите через батник тимцентр запустить, тимцентр в итоге не запускается (хотя есть вариант что они как раз не влезли в экран, но это навряд ли).

И в силу, скорее всего, вступают какие-нибудь значения по умолчанию.

 

Может зря Вы в несколько строчек прописали запуск Teamcenter.exe (в самом конце вашего первого скриншота)?

В одну не пробовали, как в закоментированной (rem) строчке выше?

Зачем эти сбивающие с толку командный интерпретатор CR+LF?

 

Это если я ничего не перепутал.

В противном случае придут старшие товарищи и закидают меня тапками.

 

 

Изменено 10 января 2018 пользователем Алексей256

[NeedMoreLODs 81]

Вдогонку.

rsdn.org/article/winshell/batanyca.xml

Там раздел под названием "Как перенести длинную строку?"

 

 

[lexx174 373]

14 часа назад, Алексей256 сказал:

 

Может зря Вы в несколько строчек прописали запуск Teamcenter.exe (в самом конце вашего первого скриншота)?

В одну не пробовали, как в закоментированной (rem) строчке выше?

 

 

 

есть еще нюанс - если много параметров vmargs то параметры xms xmx и maxPermSize лучше указывать в первых порядках. Сталкивался,что нужно было увеличить maxPermSize, пока не передвинул объявление парамтра ближе к началу строки - не работало.

 

А вообще есть стандартный java visual monitor - там видно выделение памяти и в каких пределах какая память выделена

[Mr. Tim 3]

17 часов назад, Алексей256 сказал:

Вдогонку.

rsdn.org/article/winshell/batanyca.xml

перенес строку с помощью символа  ^ и значения в диспетчере задач стали другими, в ТС тоже значения доступной памяти изменились... вроде подхватились настройки

а можете подсказать, параметры PermSize и MaxPermSize они за что отвечают?

[lexx174 373]

1 час назад, Mr. Tim сказал:

 

а можете подсказать, параметры PermSize и MaxPermSize они за что отвечают?

в гугле все есть.это стандартные java параметры. PermSize вроде отвечает за объем памяти для загрузки классов. Если много сторонних плагинов используется помимо штатных,то этот параметр следует задать больше дефолтного

[NeedMoreLODs 81]

2 часа назад, Mr. Tim сказал:

а можете подсказать, параметры PermSize и MaxPermSize они за что отвечают?

Присоединяюсь к предыдущему оратору - в гугле всё есть, параметры стандартные, не тимцентровские, тимцентр их просто использует.

Вкратце - эти параметры под системные нужды виртуальной машины, и вроде как это хранилище не подвергается обработке стандартными алгоритмами сборщика мусора (или подвергается с какими-то там нюансами).

Чтобы действительно понять значение этих параметров - надо хотя бы в общем понимать функционирование виртуальной машины Java.

Я, например, такими знаниями почти не обладаю, поэтому и профессорскую шляпу одевать не стану.

 

Изменено 11 января 2018 пользователем Алексей256

[Mr. Tim 3]

В 10.01.2018 в 17:03, Алексей256 сказал:

Там должны быть включения а-ля "-Xms2048m -Xmx3072m".

кстати говоря, эти параметры вписали в процессе javaw.exe и teamcenter.exe, а в java.exe остались дефолтные -Xms128M -Xmx256M

может поэтому так жестко списки с задачами воркфлоу и утверждение этих задач так дико у юзеров тупят? реально 9ка 2 звена работала шустрее чем 11 2 звена... как бы ее раскочегарить?

[lexx174 373]

10 минут назад, Mr. Tim сказал:

кстати говоря, эти параметры вписали в процессе javaw.exe и teamcenter.exe, а в java.exe остались дефолтные -Xms128M -Xmx256M

может поэтому так жестко списки с задачами воркфлоу и утверждение этих задач так дико у юзеров тупят? реально 9ка 2 звена работала шустрее чем 11 2 звена... как бы ее раскочегарить?

я выше писал - если у вас остались незавершенные процессы еще до перехода, то эти тормоза уже в 11й версии - это закономерно,и вряд ли тут что-то сделаешь. Надо было убить процессы в 9ке, посмотреть/поправить шаблоны уже в 11й и заного ставить на процесс.

 

и смотрите не по диспетчеру а используйте стандарное приложение jdk - jvisualvm. удобно и наглядно

Изменено 12 января 2018 пользователем lexx174

[Krusty 194]

посмотрите в сторону т.е. background тасков

[NeedMoreLODs 81]

1 час назад, Mr. Tim сказал:

java.exe остались дефолтные -Xms128M -Xmx256M

Конкретно в этом случае - забейте.

Не в этом дело.

С вероятностью 99.99%.

[Krusty 194]

В 11.01.2018 в 11:13, Mr. Tim сказал:

перенес строку с помощью символа  ^ и значения в диспетчере задач стали другими, в ТС тоже значения доступной памяти изменились... вроде подхватились настройки

а можете подсказать, параметры PermSize и MaxPermSize они за что отвечают?

начиная с java 8 они более неактуальны

но в  lexx174 - прав:

 

A quick definition of the "permanent generation": "The permanent generation is used to hold reflective data of the VM itself such as class objects and method objects

 

но если ваш TC или еще что-то использует 8 Java то можете эти параметры игнорировать

[NeedMoreLODs 81]

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

но если ваш TC или еще что-то использует 8 Java то можете эти параметры игнорировать

У @Mr. Tim JRE 1.8.

MaxPermSize условно можно заменить на MaxMetaspaceSize.

С другой стороны с нынешними объёмами оперативки на клиентах это, наверное, вообще не важно.

Изменено 12 января 2018 пользователем Алексей256

[lexx174 373]

В 12.01.2018 в 16:37, Алексей256 сказал:

У @Mr. Tim JRE 1.8.

MaxPermSize условно можно заменить на MaxMetaspaceSize.

С другой стороны с нынешними объёмами оперативки на клиентах это, наверное, вообще не важно.

по умолчанию эти параметры обычно заданы,и размеры там зачастую небольшие,так что в определенных случаях задавать больше придется

[NeedMoreLODs 81]

41 минуту назад, lexx174 сказал:

по умолчанию эти параметры обычно заданы,и размеры там зачастую небольшие,так что в определенных случаях задавать больше придется

Знаю.

Читал статью на хабре недавно.

Раньше, в зависимости от реализации VM, верхним значением по умолчанию принималось относительно небольшое значение, что иногда мешало при запуске требовательных к этому параметру приложений.

А с Java 8 верхний порог по умолчанию не ограничен и задавать его имеет смысл разве что в том случае, если есть какие-то лимиты по оперативке.