За что вы любите Teamcenter?

[Krusty 194]

А подскажите ещё какие нибудь способы ускорить работу Teamcenter? Т.к. очень часто при работе с относительно небольшими составами и процессами TC зависает на очень долго. Что ещё можно сделать с java, чтобы стало лучше жить?:)

А расскажите о вашем Тимцентре

[Ownd_hard 6]

А расскажите о вашем Тимцентре

TC 10.1.5, на win2008R2, клиенты на win7. Есть же наверно рекомендации по оптимизации работы клиента, кроме как выдать java больше памяти? 

[Krusty 194]

TC 10.1.5, на win2008R2, клиенты на win7. Есть же наверно рекомендации по оптимизации работы клиента, кроме как выдать java больше памяти? 

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

по собственному опыту я могу вам посоветовать следующую конфигурацию:

@echo Starting Teamcenter Rich Client...
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"

Поиграйтесь не просто с выделением памяти, а параметрами PermSize/MaxPermSize

 

теперь, что дальше, это размеры файлового кэша, по умолчанию он равен 1Гб и я не пойму почему все плюют на него, сделайте локальные файловые кэши больше=>крупные сборки будут более резво открываться.

Анитивирусы, добавьте клиента в список исключений, файловый кэш тоже в иключение, %USERPROFILE%\Teamcenter в исключение

Это вот то, что можно и нужно делать на стороне клиента.

полистайте: https://support.industrysoftware.automation.siemens.com/docs/teamcenter/Optimizing_Teamcenter_Client_Performance_v2_0.pdf

Остальное это уже серверные дела, и топика на форуме не хватит.

[ARXITEKTOR 5]

вам посоветовать следующую конфигурацию:

  

как это задать на стороне сервера или на клиентской машине ?

 

 

что дальше, это размеры файлового кэша, по умолчанию он равен 1Гб

 

А как и где это задаётся можно поподробнее ?

 

У меня TC10 на клиентских машинах win7

Изменено 7 июня 2016 пользователем ARXITEKTOR

[lexx174 373]

как это задать на стороне сервера или на клиентской машине ?

 

 

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

 

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

 

оптимизация за счет настроек на сервере - это в основном тюнинг СУБД,в большинстве случаев Oracle. Если у вас не мало данных в тимцентре, много объектов, больше 100-150 активных пользователей, то настройки оракла могут играть очень большую роль, даже больше чем оптимизация клиента.

Так же играет не малую роль быстродействие подсистемы ввода/вывода на сервере(как субд так и томов), какой у вас RAID массив, насколько быстрые диски HDD.

 

 

действия для клиентской машины были описаны выше,в основном касается java, а так же размера FCCCacheSize (задается на стороне сервера, действует для клиентской машины, конфигурирование настроек FMS)

 

 

 

 

А как и где это задаётся можно поподробнее ?

 

У меня TC10 на клиентских машинах win7

[Krusty 194]

как это задать на стороне сервера или на клиентской машине ?

Настройки java? на стороне клиента, в portal.bat

 

А как и где это задаётся можно поподробнее ?

 

по хорошему это надо делать на сервере - что бы всем централизованно влилось, но тем не менее:

1. закройте клиента

2. убейте все процессы java

3. откройте в notepad++ файл: там где стоит клиент тимцентра\tccs\fcc.xml

4. найдите строчки

    <!-- <property name="FCC_MaxWriteCacheSize" value="1G" overridable="true"/> -->
    <!-- <property name="FCC_MaxReadCacheSize" value="1G" overridable="true"/> -->

5. снимите с них комментарии

6. вместо цифры 1, поставьте нужную вам (исходите из размера сборок с которыми вы работаете и помножьте это..... на 1.5 -2, ну пусть это  итоге 5G)

 <property name="FCC_MaxWriteCacheSize" value="5G" overridable="true"/> 
 <property name="FCC_MaxReadCacheSize" value="5G" overridable="true"/> 

7. из папки профиля вашего виндового пользователя удалите каталог FCCCache

8. запускайте клиента - работайте

 

 

оптимизация за счет настроек на сервере - это в основном тюнинг СУБД,в большинстве случаев Oracle.

 

да, но не только.

 

Так же играет не малую роль быстродействие подсистемы ввода/вывода на сервере(как субд так и томов), какой у вас RAID массив, насколько быстрые диски HDD.

о да! 

[Ownd_hard 6]

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

по собственному опыту я могу вам посоветовать следующую конфигурацию:

 

 

Огромное спасибо! А сильно ли влияет на скорость работы настройка сервера, в частности та, что описана в документе, а именно настройка OS,  реестра, Oracle и тд, при условии что работает пока что порядка 10 человек и сервер не нагружен даже на 10%, но большие workflow висят по 5-10 минут. Сделал что вынаписали+увеличил FCC до 4Gb но при старте процесса на небольшой состав, из которого попадает в цели порядка 300 объектов, процесс стартует порядка 2-3 минут, если состав увеличить, то и время старта увеличивается больше 5 мин. Это норма или это можно ускорить?

[Krusty 194]

Огромное спасибо! А сильно ли влияет на скорость работы настройка сервера, в частности та, что описана в документе, а именно настройка OS,  реестра, Oracle и тд, при условии что работает пока что порядка 10 человек и сервер не нагружен даже на 10%, но большие workflow висят по 5-10 минут. Сделал что вынаписали+увеличил FCC до 4Gb но при старте процесса на небольшой состав, из которого попадает в цели порядка 300 объектов, процесс стартует порядка 2-3 минут, если состав увеличить, то и время старта увеличивается больше 5 мин. Это норма или это можно ускорить?

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

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

FCC для процессов вам не поможет, это чисто работа с файлами.

касательно медленного обхода вашим процессом состава, это вещь на уровне бизнес-логики и БД

самый простой и на мой взгляд правильный вариант - напрячь внедренца, объяснив сию проблему, что бы он ее решил.

[Ownd_hard 6]

напрячь внедренца, объяснив сию проблему, что бы он ее решил.

 

Внедренцы тоже качают головой. Только издалека слухи, что гдето у кого-то сименс таки долго мурижил систему и ускорил ее. А на деле внедренцы только внедряют.  Работает - и ладно, 5 минут? ну эт ограничение системы. На оракле смотрели - нагрузка минимальная в этот момент. Сложно :(

[Krusty 194]

Внедренцы тоже качают головой. Только издалека слухи, что гдето у кого-то сименс таки долго мурижил систему и ускорил ее. А на деле внедренцы только внедряют.  Работает - и ладно, 5 минут? ну эт ограничение системы. На оракле смотрели - нагрузка минимальная в этот момент. Сложно :(

ок, откройте в Менеджере структуры ваш состав

потом выберите его башку и выполните команду: Вид->Развернуть все

Быстрее чем процесс шуршит?

 

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

[Ownd_hard 6]

ок, откройте в Менеджере структуры ваш состав потом выберите его башку и выполните команду: Вид->Развернуть все Быстрее чем процесс шуршит?   я к чему клоню ваш процесс может быть не очень удачно нашпигован "хендлерами".

 

 

Состав до корня раскрывается за 10 секунд. Видимо и правда долгая работа из-за обилия хендлеров EPM_attach_related. Подумаю как оптимизировать. А вообще, именно обработка состава, т.е. скорость раскрытия состава до корня, прогрузка папки, в которой 1005000 объектов чем ускоряется? 

[Krusty 194]

Состав до корня раскрывается за 10 секунд.

Ну вот:)

 

 

 

 

прогрузка папки, в которой 1005000 объектов чем ускоряется?

1.СУБД

2.Бизнес-логика

3. Клиент тоже должен быть шустр, если у вас ему будет мало памяти то куда он впихнет ваши 1005000 объектов?

 

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

Изменено 16 июня 2016 пользователем Krusty