Как определить возможности компьютера.(CFD CFX)

[zelenyi 0]

Прежде, чем разбивать модель в CFD, с последующим расчетом в CFX, надо заранее определиться с числом элементов. (Понятно, что их должно быть по минимуму, но минимум бывает разный).

Вопрос, какое максимальное число элементов потянет ваш(мой) комп? Есть ли возможность подсчитать?

Например ХР; память 3GB.

P.S.

И еще. Хочу брать новый компьютер - что порекомендуете для таких приложений? (помимо профессиональных рабочих станций - слишком дорого).

[Dick 0]

Максимум, что можно выжать из XP 32-bit и 4 GB RAM - где-то 2 млн гекс или 6 млн тетр. Зависит от решаемых задач - если что-то тяжелое, то возможности смело можно урезать вдвое.

[SVB 188]

Мой приятель купил себе домой комп этой зимой именно под те же задачи.

Он купил оперативки 4 Гб. Нужно ставить WinXP64bit+(CFD+CFX) 64 bit. Тогда будет использоваться весь объём оперативки.

На основе опыта приятеля он бил модели до 21 млн. элементов забивая весь объем оперативки. Можно и на бОльшее число элементов побить модель. Но в 64-разрядном софте при нехватке 4 Гб. оперативки происходит своп на винт.

Рекомендация такая: оперативки берите больше, не жалейте денег. Делать расчеты в CFX и жалеть копейки (в наше время) на оперативу — вещи несовместимые...

И, разумеется, никакая WinXP, а именно WinXP64bit.

[pugach 8]

А Ваш друг не говорил, сколько времени выполнялся расчет, скажем 100 итераций 20 000 000 элементов ?

Просто интересно

[German_psv 20]

Для оценки привожу такой например:

вычисление Cd (VOF+Unsteady) на модели с 3млн.ячеек на кластере из 12 узлов

занимает трое суток (жду пока значение Cd установится).

На одном компе можно разве что задачи 2D проигрывать.

[Lynx 1]

Максимум, что можно выжать из XP 32-bit и 4 GB RAM - где-то 2 млн гекс или 6 млн тетр. Зависит от решаемых задач - если что-то тяжелое, то возможности смело можно урезать вдвое.

Переходите на Star-CD - в 4Гб влезает 6 млн. гекс! Правда на самом деле это еще зависит от числа граничных условий, поэтому получаются интересные вещи - трехмерная задачка занимает меньше памяти, чем двумерная с тем же числом ячеек, потому что в трехмерной число граничных условий обычно где-то в два и более раз меньше, чем число ячеек, а двумерной наоборот, в два раза больше числа ячеек

[a_schelyaev 367]

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

Навье-стокс три компоненты скорости и давление

турбулентность - две переменных

Уравнения энергии - одна переменная

если горение, то еще как минимум три

ну и т.п.

теперь берем размер одного элемента и узла в сетке - статистика в начале выводится в CFX-out файле, помножаете на количество переменных и еще можно помножит на 1.1-1.2, это запас по работе решалки.

Потом будет еще процесс обработки результатов.

Если вам удасться для вашей оперативной памяти создать рекрдную сетку и даже ее посчитать, то потом можно готовиться к "празднику" в CFX-Post, особенно если будете всякие коэффициенты ситать и визуализировать что-то в объеме.

Да еще по решалке, если совместное решение в одной матрице скоростей и давления, то сразу такая матрица в решалке жрет памяти нехило.

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

[zelenyi 0]

Мне было бы проще на цифрах.

Например, в руководстве дана формула определение мах числа DOF, если памяти 3GB и расчет на одной машине.

для win xp 32:

3GB/(0.1+1/1)=27GDOF

Пусть все элементы тетраэдры.

Продувать будем модель самолета на одном угле атаки.

Я не понял по поводу размера элемента (теперь берем размер одного элемента и узла в сетке), мне казалось что от размера ничего не зависит, а только от их количества??

Навье-стокс три компоненты скорости и давление

турбулентность - две переменных

Уравнения энергии - одна переменная

Тогда

количество элементов= 27GDOF/(3+1+2+1)/размер элемента?(или на количество узлов в элементе) - правильно или нет?

[a_schelyaev 367]

Под размером элемента подразумевается конечно же не его габариты.

Мы же про память говорим, а значит размер в байтах.

Формулу из руководства не понял.

Приведи ее оригинальную запись.

А по моим записям что не понятно?

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

Если не ошибаюсь, то в out файл выводится удельный размер уже с учетом тех переменных, что есть в конкретной задаче.

Суммируешь полученное и вот тебе примерный размер.

[zelenyi 0]

Формулу из руководства не понял.

Приведи ее оригинальную запись.

привожу

PCG considerations: Review the following guidelines if you will be using the PCG solver in distributed mode. Note that these are not steadfast rules, but rather recommendations to help you get started.

The master machine needs more memory than the slave machines.

Deploy 64-bit platforms such as Linux on Itanium or AMD chips.

Use the /3GB switch on 32-bit platforms on Windows systems.

As a broad guideline, use the following formula to get a general idea of memory usage for the DPCG solver. In this formula, n is the total number of CPU processors used, and MDOF is million degrees of freedom.

Master machine (Machine 0): MDOF(maximum) = Machine(0) Memory(GB) / (0.1 + 1.0/No. of machines)

Slave machines (Machine 1 - n): MDOF(maximum) = Machines (1...n)Memory(GB)* n

For example, if you have a master machine that is a 32-bit Windows machine with 2.2 GB available RAM, using the /3GB switch, and a total of four machines in the cluster, you could solve a problem up to 6.3 MDOF:

MDOF = 2.2 GB / (0.1 + 1 / 4) = 6.3 MDOF

если можно прокоментируйте.

[a_schelyaev 367]

Судя по описанию решалок речь идет о Флюенте?

По остальному попозже.