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

Оптимизация работы TC


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

Кто-нибудь пробовал как-то влиять на производительность TC?С ростом объектов в БД,размера товов этот вопрос может стать актуальным(особенно при работе с большими сборками и не малом числе активных пользователей).

Здесь несколько факторов - как мощности серверов так и непосредственно конфигурация субд(в данном случае oracle) и pdm.

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

Так же интересует вопрос о разнесении томов на разные дисковые пространства или даже сервера - улучшает ли такой подход производительность?

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


Кто-нибудь пробовал как-то влиять на производительность TC?С ростом объектов в БД,размера товов этот вопрос может стать актуальным(особенно при работе с большими сборками и не малом числе активных пользователей).

Здесь несколько факторов - как мощности серверов так и непосредственно конфигурация субд(в данном случае oracle) и pdm.

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

Так же интересует вопрос о разнесении томов на разные дисковые пространства или даже сервера - улучшает ли такой подход производительность?

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

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

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

сеть конечно также важный фактор.пропускная способность у нас достаточная.Тормоза стали проявляться после увеличения в разы объектов в базе.

При создании айтемов материалов,СТИ,ПКИ и последующей их классификации, ощутимые тормоза появились и в классификаторе.Проще говоря работать в нем нормально пользователю довольно проблематично.

Если тормоза при работе с большими сборками в NX еще можно как-то пофиксить за счет настроек непосредственно ОС, то тут уже тормоза другого рода

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

Вопрос производительности даже поднимали на конференции Siemens которая была в марте.

Например, мне рассказывали следующее: имеем изделие на 2 млн. дет., из него вычленяем отсек на 30 тыс. дет. на этот отсек необходимо сделать ревизию, для того чтобы ее сделать Teamcenter работает от 22-30 часов непрерывно.

В чем загадка такой производительности так выснить и не удалось.

примерно как они искали:

1. Была проверена производительность сети на всех участках.

2. Профилирование работы сервера БД (oracle). Далее была консультация по производительности со специалистами.

3. Профилирование работы сервера томов. По рассказам серверов томов несколько, причем все разнесено.

4. Пофилирование работы сервера приложений BEA. Вот тут было очень много проблем. Специально учили человека на BEA и приглашали для консультаций специалиста по BEA.

В результате этих действий производительность увеличилась на 20-30 %.

Однако резко улучшить описанную вначале ситуацию не удалось. Если ранее процедура ревизии проходила с полудня субботы до вечера воскресенья или до утра понедельника. То теперь как раз уменьшилась до приведенных цифр.

В чем причина так до конца и не выяснено:(

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

Вопрос производительности даже поднимали на конференции Siemens которая была в марте.

Например, мне рассказывали следующее: имеем изделие на 2 млн. дет., из него вычленяем отсек на 30 тыс. дет. на этот отсек необходимо сделать ревизию, для того чтобы ее сделать Teamcenter работает от 22-30 часов непрерывно.

В чем загадка такой производительности так выснить и не удалось.

примерно как они искали:

1. Была проверена производительность сети на всех участках.

2. Профилирование работы сервера БД (oracle). Далее была консультация по производительности со специалистами.

3. Профилирование работы сервера томов. По рассказам серверов томов несколько, причем все разнесено.

4. Пофилирование работы сервера приложений BEA. Вот тут было очень много проблем. Специально учили человека на BEA и приглашали для консультаций специалиста по BEA.

В результате этих действий производительность увеличилась на 20-30 %.

Однако резко улучшить описанную вначале ситуацию не удалось. Если ранее процедура ревизии проходила с полудня субботы до вечера воскресенья или до утра понедельника. То теперь как раз уменьшилась до приведенных цифр.

В чем причина так до конца и не выяснено:(

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

Если "по рассказам" как я понял - разнесено практически все и при этом на производительности это не сказывается то стоит задуматься...

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

Вот самые простые рекомендации которые предлагает siemens(рекомендую ознакомиться):

requirements.doc

Так же видим что предлагается разносить все.На ветках по NX можно встретить рекомендации по настройке клиентской машины,которые также предлагают манипуляции с разнесением ОС,TEMP_DIR и своп файла на разные диски(физические!,не логические).

Еще меня настораживает такая вещь как FSC и FCC(кэш клиента и кэш сервера).какие рекомендации по настройкам FSC и FCC дает siemens?

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • lem_on
      ну с дуру известно что сломать можно.
    • Viktor2004
      руку привязки так сломать легко
    • lem_on
      По моему вполне логично если станок вывалится в ошибку если рука не доехала до места. У меня так же если кулачки или деталь на пути, просто пихаеш ее до места и станок опять активен. Но нынешние пановья даже не могут написать модель станка.
    • Viktor2004
      Я согласен что скорее всего проблема механическая Но если логика прописана криво и возможно не предусмотрела остановку в промежуточном состоянии, разве не логично будет попробовать принудительно подав напряжение дернуть эту руку вверх-вниз? Возможно то что туда попало выпадет  
    • Guhl
      Если оставить за скобками вопрото том, что до м19 работает нормально, а после нет, то вы не считали сколько у него реально импульсов на оборот? с помощью стороннего плк, например  А если ориентацию м5 снимать, а не м20?
    • lem_on
      Что это за станок такой в котором сразу ладер ковырять надо, даже не смотря на возможность механической проблемы? Или профдеформация?
    • Viktor2004
      не сразу я понял в чем вопрос. Долго соображал что такое режим управления скоростью. При завершении ориентации PMC снимает сигнал G70.6 ? И если он после снятия сигнала продолжает удерживать шпиндель, при каких условиях эта ориентация все же снимается? После нажатия аварийного грибка или еще как?
    • Viktor2004
      Ладдер пришлите. Будем принудительно пробовать поднимать и опускать
    • streamdown
      Коллеги приветствую! IPS 8. Подскажите пожалуйста, кто какое серверное железо использует? Интересуют параметры при одновременной работе, ну например, 400 пользователей онлайн
    • gudstartup
      так он так и позиционируется по m19 pmc выдает g70.6 а чпу отвечает f45.7 но ориентацию и смещение в 4077 он отрабатывает нормально шпиндель встает ровно и смена происходит хорошо. вопрос почему после ввода команды управления скоростью он все еще продолжает контролировать число импульсов между нуль метками хотя в принципе уже должен отменить позиционный контроль и просто считать обороты по 0 метке как он это делает без М19? это все понятно но почему оно продолжает проверять это после завершения ориентации мне непонятно
×
×
  • Создать...