lexx174

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

60 сообщений в этой теме

ID: 41   Опубликовано: (изменено)

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

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

 

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

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

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

Изменено пользователем Mr. Tim

Поделиться сообщением


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


ID: 42   Опубликовано: (изменено)

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

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

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

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

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

 

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

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

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

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

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

Поделиться сообщением


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

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

Jav.jpg

Поделиться сообщением


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

ID: 44   Опубликовано: (изменено)

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

 

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

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

Поделиться сообщением


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

ID: 45   Опубликовано: (изменено)

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

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

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

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

 

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

 

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

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

Поделиться сообщением


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

ID: 46   Опубликовано: (изменено)

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

 

J_mem.jpg

Изменено пользователем Mr. Tim

Поделиться сообщением


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

ID: 47   Опубликовано: (изменено)

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

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

 

J_mem.jpg

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

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

 

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

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

 

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

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

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

 

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

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

 

 

Изменено пользователем Алексей256
1 пользователю понравилось это

Поделиться сообщением


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

Вдогонку.

rsdn.org/article/winshell/batanyca.xml

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

 

 

1 пользователю понравилось это

Поделиться сообщением


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

 

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

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

 

 

 

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

 

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

1 пользователю понравилось это

Поделиться сообщением


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

Вдогонку.

rsdn.org/article/winshell/batanyca.xml

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

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

Поделиться сообщением


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

 

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

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

1 пользователю понравилось это

Поделиться сообщением


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

ID: 52   Опубликовано: (изменено)

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

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

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

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

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

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

 

Изменено пользователем Алексей256
1 пользователю понравилось это

Поделиться сообщением


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

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

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

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

Поделиться сообщением


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

ID: 54   Опубликовано: (изменено)

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

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

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

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

 

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

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

Поделиться сообщением


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

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

Поделиться сообщением


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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
В 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 то можете эти параметры игнорировать

Поделиться сообщением


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

ID: 58   Опубликовано: (изменено)

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

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

У @Mr. Tim JRE 1.8.

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
В 12.01.2018 в 16:37, Алексей256 сказал:

У @Mr. Tim JRE 1.8.

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

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

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

Поделиться сообщением


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

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

Знаю.

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

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

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

Поделиться сообщением


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

Создайте аккаунт или войдите для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!


Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.


Войти сейчас

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

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



  • Реклама

  • Сообщения

    • imt
    • Victor_M
      кажется я понял в чем причина "нефизичности" результатов численного моделирования:   в описании постановки задачи - для вывода формулы к-та динамичности есть "гипотеза": контакт/столкновение происходит "быстро", но за КОНЕЧНОЕ время - это в данном случае играет ключевую роль   в данной мат.модели - время "контакта" (время изменения энергии) -  в точке прилипания массы к балке в точке касания - определяет шаг интегрирования по времени, который в свою очередь зависит от модуля упругости и от минимального РАЗМЕРА КЭ  т.е. в данном случае - чем больше КЭ задается - тем самым меньше размер КЭ - тем более нефизичный результат получаем. *** учитывая что сила = масса умноженная на ускорение, а ускорение = скорость деленная на время (на шаг интегрирования по времени) - поскольку заданное "действие" происходит мгновенно - за один шаг интегрирования.   косвенным подтверждением правильности моего предположения - является результат численного моделирования в моем сообщении ID: 48 , , где я задал возможность отскока массы от балки (убрал эффект прилипания), таким образом программа получили возможность "регулировать" время контакта, учитывая все параметры движения и "начальные" условия.   - в мат.модели с возможностью отскока - увеличение кол-ва КЭ (в разумных пределах) ведет к "повышению" точности решения - результат получается все более физичным.       РЕЗЮМЕ:   1. поскольку "эталон" - имеет неявную зависимость от времени контакта - эту задачу не стоило использовать в качестве "эталонной"   2. Математическая модель - сделана "неудачно" - ибо она с точки зрения физики - лишает алгоритм решения "выяснять" реальное время "контакта"
    • Tad
      Cфоткайте клапана и покажите.
    • arsen
      Доброго времени суток. Не подскажет ли кто из форумчан - где можно обучить специалистов работе в imachining под nx? Может быть неофициально обучить.
    • UyryT
      Или маня клинит,или......А токарный станок чем не подходит?
    • Leonid Vs
      Ещё немного сняли Д16Т https://cloud.mail.ru/public/KqX9/4ire9iFnG    
    • denis.kuxofff
      Станок отказывается идти по G3 ( по часовой не пробывал). При отработке программы, строки заканчиваются в том месте, где G3, дальше программу не отображает, хотя она полностью в станке. Встаёт и пишет сообщение введите G0 или G1. Причём даже пробовал на тех программах, которые неделю назад работали. Есть у кого какие мысли?
    • SAPRonOff
        классика жанра=) в вопросе ответ..
    • Fury
      С роботами чьего производства предстоит работа?
    • Алексей256
      Кстати, кто-нибудь ощутил на себе последствия Spectre и Meltdown? Точнее говоря последствия (в NX, CATIA и т.д.) от установки патчей от них? А то вон народ в разделе SolidWorks'а какие-то ужасы пишет.