Minimum Block Size Of Mgbmin

[Tako 0]

Добрый день!

Подскажите, что означают такие ошибки?

И что такое minimum block size?

+--------------------------------------------------------------------+

| ERROR #004100023 has occurred in subroutine LINSOL. |

| Message: |

| Insufficient int. storage available for Multigrid Linear Solver. |

| Will attempt agglomeration again with a bigger minimum block |

| size of MGBMIN = 7 |

+--------------------------------------------------------------------+

+--------------------------------------------------------------------+

| ERROR #004100023 has occurred in subroutine LINSOL. |

| Message: |

| Insufficient int. storage available for Multigrid Linear Solver. |

| Will attempt agglomeration again with a bigger minimum block |

| size of MGBMIN = 8 |

+--------------------------------------------------------------------+

+--------------------------------------------------------------------+

| ERROR #004100024 has occurred in subroutine LINSOL. |

| Message: |

| Storage allocation was successful on the last attempt. |

| However, the Multigrid Solver is now running with |

| a bigger block size and may take more CPU time or fail. |

| If this is observed then the storage multiplier, available in |

| the Define Run form in the Solver Manager, should be increased |

| to e.g. 1.1. |

+--------------------------------------------------------------------+

| K-TurbKE | 0.00 | 2.1E-02 | 1.7E-01 | 7.2 2.5E-03 OK|

| E-Diss.K | 0.00 | 9.8E-02 | 1.0E+00 | 14.9 8.1E-04 OK|

+----------------------+------+---------+---------+------------------+

[Расчетчик 0]

Что такое minimum block size ответить затрудняюсь.

Судя по сообщению

ERROR #004100024 has occurred in subroutine LINSOL. |

| Message: |

| Storage allocation was successful on the last attempt. |

| However, the Multigrid Solver is now running with |

| a bigger block size and may take more CPU time or fail. |

| If this is observed then the storage multiplier, available in |

| the Define Run form in the Solver Manager, should be increased |

| to e.g. 1.1. |

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

Как написано в этом же сообщении возможно проблему решит увличение памяти в 1.1 раза

Define Run form in the Solver Manager, should be increased |

| to e.g. 1.1.

для этого в солвер менеджере надо поставить галочку Show Advanced Controls на закладке Define Run после чего в появившейся закладке Solver поставить в поле Memory Alloc Factor коэффициент 1.1 (или больше) после чего в процессе запуска решателя запрашиваемая им память (он сам ее !!!!!ОЦЕНИВАЕТ!!!!! перед запуском исходя из размера задачи) будет увеличена в 1.1 раза. Так же еще можно там же поставить галочку Detail Memory Overrides и выполнить тонкую настройку выделения памяти решателем под каждый тип данных.

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

[Tako 0]

Спасибо за ответ.

Проблема в другом. Я считал в несколько раз большие сетки на этой машине.

Обычно, когда солверу не хватает памяти, он прямо так и пишет: зарезервировано мало памяти - увеличте. И расчет прекращается.

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

Если я ставлю Serial - расчет слетает с такой ошибкой + то что не хватает памяти.

Если считаю на 2 ядрах - вылазит эта ошибка, но расчет идет.

Если считаю на 3 ядрах - расчет идет без ошибок.

Если к этой же самой модели я просто подгружаю еще один или два домэйна - Serial расчет идет без каких-то ошибок.

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

Скажите кто-нибудь, как это можно проверить "циферками" без "умозаключений"?

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

Что вы имеете в виду? По какому номеру и в каком хэлпе?

[Dick 0]

Да, проблема в распределении памяти. Об этом говорит тот факт, что сериал не считает, а при разделении процесса на несколько - расчет идет без ошибок.

[Расчетчик 0]

Обычно, когда солверу не хватает памяти, он прямо так и пишет: зарезервировано мало памяти - увеличте. И расчет прекращается.

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

Видимо можно было проблему решить перераспределением памяти между типами данных.

Скажите кто-нибудь, как это можно проверить "циферками" без "умозаключений"?

Как вариант, можно попробовать выполнить Serial запуск с увеличиным одним типом данных, как я понял в Вашем случае это integer, либо перераспределить память между типми так, что бы она не менялась, увеличив под тип дпнных integer.

Что вы имеете в виду? По какому номеру и в каком хэлпе?

Искать в Help'е CFX'а например по номеру 004100023, стоящему сразу после решетки в сообщении об ошибке: ERROR #004100023. Однако как только что выяснилось описаний ошибок с кодами 004100023 и 004100024 там нет.