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 пользователей

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



  • Реклама

  • Сообщения

    • Jesse
    • piden
      Это в РФ компания?   Настойчивость заслуживает уважения... Но ты уверен, что туда хочешь?)
    • Narwhal
      На елку не реагирует?
    • Jesse
      да вы, верно, шутите!) Я думал, что подобные вопросы - это миф, трескотня, шутка.
      Неужто такое в жизни бывает (в России)?!
      А предприятие государственное или частное?
    • Bully
    • vesnoplias
      Если пластина изношена критично, то коррекция поможет весьма условно. До определенного момента коррекция будет работать, но в один прекрасный момент реакция системы на корректор станет непредсказуема.   Если речь идет об обработке одних и тех же деталей по одной и той же программе, то вам поможет статистика: берете партию деталей, обрабатываете, меряете, делаете стат-анализ стабильности процесса. Там вы увидите и точки (в количествах деталей), где необходимо и возможно ввести коррекцию в стойке (хотя таких точек может и не оказаться), и там же вы увидите момент, когда произойдет разрегулирование процесса. Это будет означать, что режущая кромка перестала давать стабильный результат в данных условиях. Это еще не будет значить, что эту пластину нужно выбросить. Это будет значить, что на данном технологическом переходе ее использовать больше нельзя. Возможно, есть менее ответственные детали/поверхности, где она еще может работать эффективно. По результатам анализа у Вас должны появиться т.н. "планы замены инструмента", т.е. условия по принудительной замене режущей кромки. Обычно - в количестве обработанных деталей. Это минимизирует потери на брак из-за изношенных/сломаных инструментов, дает стабильное управляемое качество, снижает время на подналадку, и т.д., и т.п. У нас для осевого инструмента выбран такой момент, когда еще нет значительного износа по кромкам. Фактически - это момент, когда перестает работать покрытие и начинает работать сплав. В этом случае при переточке возможно снимать минимальные глубины (при условии перепокрытия, конечно), и это продляет общий ресурс инструмента.   Если у Вас мелкие партии, которые периодически повторяются, можно проделать все то же самое, только для каждой партии использовать свою пластинку, и менять их в зависимости от детали. Т.е. для партии деталей "А" поставить первую, потом для детали "Б" - вторую, а при возвращении на деталь "А" - снова первую пластину. И снова набирать статистику. По итогу этой работы и нормирование будет прозрачнее, и планирование поставок можно организовать.
    • AlexKaz
      Может заделка жёсткая, потому никуда?
    • chatjokey
      неа.. на станке, на котором это было сделано, при грамотном наладчике, материале под рукой и инструменте на складе, дело занимает максимум 2 дня. в принципе так и сделали. молодцы. станок просто шустрый очень. 27 секунд на штуку.
    • Oper_HaaaS
      В солиде то-же обнаружил возможность редактирования траектории. Правда нет возможности редактировать внутри трансформации ( только сам оригинал, при попытке редактировать трансформированную траекторию открывает только оригинал)        
       
    • Mrt23
      =) просто каждый год буду пытаться. в 2 раза уже прбовал. "дошел" до главаря=) и не прошел...=) хотя, объективно, не "супер оружие" у него было.   это не там было.) прошлым летом же, написал.)