Компьютерный кластер для NX

[Adron 0]

Добрый день, уважаемые форумчане!

На работе временами приходяится моделировать специфические детали, которые состоят из нескольких тысяч граней. Четырех ядерные компьютеры с 8-16 Гб оперативной памяти на финальные операции построения тратят 4-5 часов (булевы операции). Естественно случаются человечесие ошибки и требуется что-то перестраивать, процесс построения одной детали может затягиваться на несколько дней.. На более слабых машинах эту деталь потом просто не загрузить..

У меня возникли мысли насчет организации компьютерного кластера для таких тяжелых задач. Имеются ПК под WinXPx64 и Win7x64.

В субботу стабильно свободны 6-10 таких машин. В будни они должны использоваться в обычном режиме вне кластера.

Другую операционную систему, типа Linux поставить нет возможности, можно лишь заменить XP на 7.

Локальная сеть 100Мбит/с

 

 

Чисто теоретически, может быть прирост производительности NX :

- от использования кластера?

- от использования кластера в локальной сети 100 Мбит/с?

 

Какое ПО использовать для органищации кластера под Windows?

 

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

Изменено 10 октября 2014 пользователем Adron

[IgP 111]

Как раз "булевы операции" NX умеет распараллеливать уже давно

(перед запуском NX установите UGII_SMP_ENABLE = 1 ).

А вот что-то ещё надо выключить (не помню), поищите в документации "UGII_SMP_ENABLE",

ну и там рядышком по контексту посмотрите - о! подсказали надо выключить "гипертрейдинг".

 

Ну и, большие вычислительные возможности NX нужны при создании/изменении детали.

При открытии уже готового файла (модели детали) этого в общем-то не нужно ...

Так что открыть и посмотреть на других более слабых ПК можно без особых отличий от "мощного ПК".

[Adron 0]

Как раз "булевы операции" NX умеет распараллеливать уже давно

(перед запуском NX установите UGII_SMP_ENABLE = 1 ).

А вот что-то ещё надо выключить (не помню), поищите в документации "UGII_SMP_ENABLE",

ну и там рядышком по контексту посмотрите - о! подсказали надо выключить "гипертрейдинг".

.

Спасибо за ответ! Переменная уже настроена, а вот про гипертрейдинг не знал, но в биосе выяснилось, что данный тип процессора core i5 не поддерживает ее.. Intel HT Tehnology Not Supported Изменено 10 октября 2014 пользователем Adron

[Посторонним В 13]

Очень интересно.

1. Можно полную конфигурацию компов? И версии ОС и НХ

2. Если возможно поподробнее про саму задачу. Мне как-то не верится в реальную задачу с таким временем реакции.

[Adron 0]

Очень интересно.

1. Можно полную конфигурацию компов? И версии ОС и НХ

2. Если возможно поподробнее про саму задачу. Мне как-то не верится в реальную задачу с таким временем реакции.

 

1. intel core i5-2400 3.1GHz / 8GB of RAM / WinXP x64 / NX8 x64.

2. Задача состоит в моделировании некой "решетки". Она решается либо вычитанием ячеек, либо объединением ребер, образующих ячейки. Привожу упрощенный пример, способный заставить компьютер задуматься на долго. Нужно выполнить операцию объединения двух построенных тел. Пример упрощенный, с одинаковыми размерами и плоскими поверхностями.

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

Model01.rar

[IgP 111]

М-дааааа .... действительно медленно .....

только ....

делайте по- другому:

плита -> прямоугольное отверстие -> массив отверстий (лучше из синхронного моделирования - массив граней)

(ну уж если массив фичеров, то выберите Identical)

 

и как любит говорить avd: " будет вам счастье"

[IgP 111]

Да, и ещё, столкнулись мы тут с одной такой вот особенностью NX (Bug, косяк судя по всему):

К примеру: Если в результате операции создаётся (н-р) 1000 элементов - делается за 1 мин.

Теперь в этой же операции делаем так чтобы в результате получилось 10 000 элементов -

по аналогии должно было сделаться за 10 мин. - а на практике часы !!! или вообще ничего (м.б. не дождались )

Резюме: - пробуйте: 100 -> 1000 -> 10000 как только получите затык,  делайте вторым (последующим) массивами.

[Bully 1 098]

по аналогии должно было сделаться за 10 мин. - а на практике часы !!!

 Не надо так упрощенно воспринимать. Не зная алгоритма расчета и железа компа, а также способа "общения" проги с системой, так рассуждать без толку. Да и, например, код из 2-х цифр имеет 100 вариантов, а из 4-х ведь не 200, а 10000.

[Adron 0]

Да, и ещё, столкнулись мы тут с одной такой вот особенностью NX (Bug, косяк судя по всему):

К примеру: Если в результате операции создаётся (н-р) 1000 элементов - делается за 1 мин.

Теперь в этой же операции делаем так чтобы в результате получилось 10 000 элементов -

по аналогии должно было сделаться за 10 мин. - а на практике часы !!! или вообще ничего (м.б. не дождались )

Резюме: - пробуйте: 100 -> 1000 -> 10000 как только получите затык, делайте вторым (последующим) массивами.

Из-за особенностей конфигурации детали пришлось использовать несколько массивов, каждый внутри своей границы. И где-то на 15м массиве заметно увеличилось время построения. И тогда я заметил, что каждый последующий массив сперва обновляет все предыдущие, таким образом время нарастает нелинейно. Как избавиться от такой напасти, я не нашел. Кроме того, если деталь уже имеет 10000 граней, то чтоб добавить еще одну потребуется опять же кучу времени. Именно поэтому в моем примере операция объединения идет в конце, т.к. после нее что-то доделывать оооочень долго..

Надо поэкспериментировать с массивом в синхронном моделировании, может там нет таких нюансов..

Но кажется, что много граней = много мощный комп

[IgP 111]

to Adron

Посмотрите, почитайте ещё вот про этот параметр:

Гл.меню NX -> Настройки -> Моделирование (здесь последняя закладка "Update")

первая строчка (Features/Mark)

На начальное построение никак не повлияет, а вот на обновление должно

(вам судя по всему там надо поставить небольшое число (3, 5, 10))

[Посторонним В 13]

Посмотрел я на примерчик..

И всё равно в реальность таких проектов не верю. Либо очередное заклёпкомерянье, либо такие задачи через прямое построение не решают.

[Adron 0]

Посмотрел я на примерчик..

И всё равно в реальность таких проектов не верю. Либо очередное заклёпкомерянье, либо такие задачи через прямое построение не решают.

 

У нас давно витают мысли заменить такую 3д модель эскизом ячеек.. т.к. описанная проблема существует и абсолютно реальна..=(

 

Возвращайсь к теме, по компьютерным кластерам для CAD приложений, ни у кого опыта или информации нет?

[BlackWolf 15]

Посмотрел я на примерчик..

И всё равно в реальность таких проектов не верю. Либо очередное заклёпкомерянье, либо такие задачи через прямое построение не решают.

То что не веришь - это твои проблемы. А вот те кто разрабатывают металлоконструкции для радиолокационных фазированных антенн, каждый день такой гемор имеют (и не только они). И это еще даже не пример, вот 65000 (!) многоступенчатых отверстий в одной плите, вот это уже более менее нормальное начало (и то, так,  для разминки).

Проблема, вообщем-то, решения не имеет, т.к. массивы очень дорогая операция для параметризованной геометрии и от САПРа не зависит (и ни в какой степени не параллелизуется). Единственный совет - использовать процессоры с максимальной частотой на одно ядро (т.е. важно не кол-во ядер, а частота одного ядра).

Изменено 4 ноября 2014 пользователем BlackWolf

[Посторонним В 13]

Я уже написал, такие вещи надо делать не впрямую.

Например. Строим общий вид изделия, потом выделяем районы с одинаковой геометрией и строим сетку определяющую геометрию каждого района

Никакой кластер с CAD работать не будет, это не CAE