Конфигурация рабочей станции

[Paniker 2]

Доброго времени суток.

Возникла небходимость собрать расчетную станцию для Ansys Mechanical.

Прошу оценить и указать на ошибки, если они есть:

Проц - i9 10980xe

Видео - quatro k2200

Материнская плата - Asus WS C422 pro

Оперативка - 8×32 2933 MHz (проц ecc не поддерживает)

БП - 1000 Вт (думаю даже многовато)

SSD - 2 шт. По 512 Гб (один NVMe m2 для системы, второй 512 Гб для временных файлов)

HDD - 2ТБ для хранения проектов

 

Задачи: прочность, контактное взаимодействие, термонапряженное состояние, модальный анализ и топологическая оптимизация.

Планируется использовать около 10-20кк расчетных точек.

 

Заранее спасибо!

 

 

[Jesse 960]

8 минут назад, Paniker сказал:

Планируется использовать около 10-20кк расчетных точек.

а что такое расчетные точки?

[Paniker 2]

2 минуты назад, Jesse сказал:

а что такое расчетные точки?

Узлов, оговорился

[Jesse 960]

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

[Paniker 2]

2 минуты назад, Jesse сказал:

Имхо лучше хотя бы 8 гигов

Уже поглядываю на quadro p4000 или rtx4000 )

[статист 609]

1 час назад, Paniker сказал:

Проц - i9 10980xe

Хорош, но дорого)

1 час назад, Paniker сказал:

Видео - quatro k2200

Видяху можно и помощнее, если проц такой крутой

1 час назад, Paniker сказал:

Оперативка - 8×32 2933 MHz (проц ecc не поддерживает)

Чем больше, тем лучше

1 час назад, Paniker сказал:

SSD - 2 шт. По 512 Гб (один NVMe m2 для системы, второй 512 Гб для временных файлов)

Берите гиг

1 час назад, Paniker сказал:

HDD - 2ТБ для хранения проектов

Мало. Мин 4. Память сжирается прямо на глазах, особенно при динамических расчетах.

 

1 час назад, Paniker сказал:

Планируется использовать около 10-20кк расчетных точек.

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

Изменено 10 июня 2021 пользователем статист

[Paniker 2]

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

Хорош, но дорого)

Видяху можно и помощнее, если проц такой крутой

Чем больше, тем лучше

Берите гиг

Мало. Мин 4. Память сжирается прямо на глазах, особенно при динамических расчетах.

 

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

Спасибо за развернутый комментарии, прислушаюсь

[Jesse 960]

51 минуту назад, статист сказал:

но для ваших задач хватит и простого ноутбука =)

не хотел бы я на ноутбуке решать задачу с 20 млн узлов..
да и ноуты ограничены по оперативе бывают.. а точнее матери их не поддерживают много памяти. Быть может ща уже есть на 128 гигов, но 4 года назад видел только 64 макс..)

Изменено 10 июня 2021 пользователем Jesse

[статист 609]

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

не хотел бы я на ноутбуке решать задачу с 20 млн узлов..
да и ноуты ограничены по оперативе бывают.. а точнее матери их не поддерживают много памяти. Быть может ща уже есть на 128 гигов, но 4 года назад видел только 64 макс..)

Ааа, там две к стоит. Тогда извиняюсь беру свои слова обратно.

Тут действительно нужна мощная рабочая станция. Или упрощать задачу, если получается. Может быть даже до 20к узлов.

[Graf Kim 217]

2 часа назад, Paniker сказал:

i9 10980xe

Неплохой аппарат, у нас попроще, 10920X на 12 ядер, так он по внутренним тестам оказался производительнее голдов 6136.

В загрузке ядер есть нюанс. Современные процессоры режут частоту при 100% загрузке ядер - выключают турбобуст, поэтому иногда пик производительности мы получали на 75% загрузке, но чаще просто плато. Для себя мы это знание использовали для планирования железа. Число ядер подбиралось по принципу (4+2*4^n)*1.25 - чтобы полностью использовались HPC-Pack'и оставался запас незагруженных ядер. Несложно подсчитать, что это рабочие станции на 16 и 48 ядер. Далее уже идут стоечные считалки. Не знаю уж, будет ли это вам полезно.

 

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

quatro k2200

Тут позволю себе не согласиться с остальными. Мы не заметили разницы в препосте от более мощной видеокарты. Её должно "хватать" чтобы без тормозов вертеть модель. Всё что выше - будет бесполезно потраченным бюджетом. Ну разве что греть душу от осознания владения.

 

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

8×32 2933 MHz

 

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

10-20кк расчетных точек

Ну такоэ. Если вы активно моделите контакты и прочее, то скорее всего вы будете стараться использовать прямой решатель. Он потребляет ~10Gb/1MDOF. Ваши 10-20 миллионов узлов - это 60-120 MDOF, ожидаемое потребление памяти вылезает за рамки приличия. 600-1200 Gb + запас на MPC, контакты и прочее. С PCG, который обещает ~1Gb/1MDOF, вы поместитесь в 256 Gb, но с контактами приготовьтесь к тому, что PCG может долбить по 2-3 тысячи итераций на шаг. (Хотя... Смотря какие контакты...)

 

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

2ТБ

Тут я соглашусь со @статист. Наши характерные размерности поменьше, ~10 MDOF, и на компах с 2 ТБ дисками откровенно некомфортно. Постоянно что-то надо чистить, куда-то архивировать, переносить, удалять...

 

 

[Jesse 960]

18 минут назад, Graf Kim сказал:

Тут позволю себе не согласиться с остальными. Мы не заметили разницы в препосте от более мощной видеокарты. Её должно "хватать" чтобы без тормозов вертеть модель. Всё что выше - будет бесполезно потраченным бюджетом. Ну разве что греть душу от осознания владения.

ну, возможно придётся открывать конструкторскую сборку. Раз есть планы считать модели на 20 млн ст. своб., то и сборки будут огромные..)) если это, конечно, не какие-нибудь исследовательские задачи

[Paniker 2]

25 минут назад, Graf Kim сказал:

Неплохой аппарат, у нас попроще, 10920X на 12 ядер, так он по внутренним тестам оказался производительнее голдов 6136.

В загрузке ядер есть нюанс. Современные процессоры режут частоту при 100% загрузке ядер - выключают турбобуст, поэтому иногда пик производительности мы получали на 75% загрузке, но чаще просто плато. Для себя мы это знание использовали для планирования железа. Число ядер подбиралось по принципу (4+2*4^n)*1.25 - чтобы полностью использовались HPC-Pack'и оставался запас незагруженных ядер. Несложно подсчитать, что это рабочие станции на 16 и 48 ядер. Далее уже идут стоечные считалки. Не знаю уж, будет ли это вам полезно.

 

Тут позволю себе не согласиться с остальными. Мы не заметили разницы в препосте от более мощной видеокарты. Её должно "хватать" чтобы без тормозов вертеть модель. Всё что выше - будет бесполезно потраченным бюджетом. Ну разве что греть душу от осознания владения.

 

 

Ну такоэ. Если вы активно моделите контакты и прочее, то скорее всего вы будете стараться использовать прямой решатель. Он потребляет ~10Gb/1MDOF. Ваши 10-20 миллионов узлов - это 60-120 MDOF, ожидаемое потребление памяти вылезает за рамки приличия. 600-1200 Gb + запас на MPC, контакты и прочее. С PCG, который обещает ~1Gb/1MDOF, вы поместитесь в 256 Gb, но с контактами приготовьтесь к тому, что PCG может долбить по 2-3 тысячи итераций на шаг. (Хотя... Смотря какие контакты...)

 

Тут я соглашусь со @статист. Наши характерные размерности поменьше, ~10 MDOF, и на компах с 2 ТБ дисками откровенно некомфортно. Постоянно что-то надо чистить, куда-то архивировать, переносить, удалять...

 

 

С 20 млн узлов я конечно погорячился ) 

Спасибо за развернутый комментарий и информацию для размышлений! )

[karachun 2 038]

2 часа назад, статист сказал:

Берите гиг

Или даже по два. Такие большие модели потребуют много места на ССД.

 

50 минут назад, Graf Kim сказал:

Тут я соглашусь со @статист. Наши характерные размерности поменьше, ~10 MDOF, и на компах с 2 ТБ дисками откровенно некомфортно. Постоянно что-то надо чистить, куда-то архивировать, переносить, удалять...

Но тут такое дело - сейчас HDD больших размеров подорожали в несколько раз.

Так, в порядке бреда - если будет достаточно места на SSD для манипуляций с текущим проектом а жесткий диск будет нужен как склад для прошлых проектов то может будет выгоднее поискать недорогое NAS хранилище на большое количество дисков и забить его дисками небольшого объема (на 1-2 ТБ), которые почти не подорожали. Если есть БУ компьютер то можно даже заморочиться и сделать NAS из него.

[Graf Kim 217]

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

Но тут такое дело - сейчас HDD больших размеров подорожали в несколько раз.

Я заметил. Помнишь, считали стопор для анкерной линии и у меня RAID гикнулся? Тогда уже прям пришлось покупать новые и я был  весьма неприятно удивлён ценами на харды.

 

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

Если есть БУ компьютер то можно даже заморочиться и сделать NAS из него.

Помню, на прошлом месте, мы покупали Б/У железо у всяких яндексов по дешёвке, сами пересобирали в более-менее мощные железки и на них считали. Если кому-то больше ехать, чем шашечки - так вполне себе вариант, можно проработать, в каком состоянии этот рынок сейчас.

Изменено 10 июня 2021 пользователем Graf Kim

[ДОБРЯК 605]

2 часа назад, Graf Kim сказал:

Современные процессоры режут частоту при 100% загрузке ядер - выключают турбобуст, поэтому иногда пик производительности мы получали на 75% загрузке

То что вы называете турбобуст выключается при 100% загрузке ядер. Это же описано в документации к любым процессорам. 

И современные и несовременные процессоры не режут частоту. 

Есть тесты на которых определяется производительность процессора.

Скорость зависит и от размера кеша. 

2 часа назад, Graf Kim сказал:

С PCG, который обещает ~1Gb/1MDOF, вы поместитесь в 256 Gb, но с контактами приготовьтесь к тому, что PCG может долбить по 2-3 тысячи итераций на шаг.

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

Это всё зависит от задач которые будет решать ТС. И от типа КЭ будет зависеть и ...

[soklakov 1 475]

19 минут назад, ДОБРЯК сказал:

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

Это всё зависит от задач которые будет решать ТС. И от типа КЭ будет зависеть и ...

эти расплывчатые сопли не дают вообще никаких ориентиров.

а вот эти:

для прямого

3 часа назад, Graf Kim сказал:

~10Gb/1MDOF

и итеративного

3 часа назад, Graf Kim сказал:

~1Gb/1MDOF

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

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

но иметь ориентиры, лучше, чем молоть языком попусту.

[ДОБРЯК 605]

16 минут назад, soklakov сказал:

эти расплывчатые сопли

Опять хамишь @soklakov Вчера хамил. Сегодня хамишь.

Вас же нужно как-то останавливать. 

Позвать модератора? Или сами успокоитесь?

 

[piden 2 874]

23 minutes ago, ДОБРЯК said:

Вас же нужно как-то останавливать. 

Позвать модератора? Или сами успокоитесь?

@СЯВА-КОЗЯВА, построй сетку для модели @Jesse.

Это всех вокруг разом успокоит! Гарантирую)

[ДОБРЯК 605]

Господин @piden я прошу вас не тыкать.

Надо будет построю.

[soklakov 1 475]

1 час назад, ДОБРЯК сказал:

Позвать модератора?

да, пожалуйста)

это не добавит смысла пустым словам клоуна

1 час назад, ДОБРЯК сказал:

Вчера хамил.

это да.

1 час назад, ДОБРЯК сказал:

Сегодня хамишь.

а это нет.