использование оперативной памяти при решении CEL

[Victor_M 30]

кто-то знает - Почему при решении задач CEL наблюдается "стабильный" рост используемой оперативной памяти при решении задач на кластере под Win ?

***  рост используемой оперативной памяти достаточно "большой" 

 

на форумах об этом почти нет никакой информации ...., тем не менее - такой факт отмечало несколько человек, но причин этому не указывалось

 

настройки операционной системы и настройки программы - проверялись много раз - вроде бы все прописано "правильно"....

Изменено 19 ноября 2017 пользователем Victor_M

[piden 2 874]

26 minutes ago, Victor_M said:

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

А при решении в shared memory - не наблюдается?

[piden 2 874]

57 minutes ago, Victor_M said:

на форумах об этом почти нет никакой информации ...., тем не менее - такой факт отмечало несколько человек, но причин этому не указывалось

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

[Victor_M 30]

 в частности, на пример в Гугле по таким вот ключевым словам:
abaqus memory leak

https://www.google.ru/search?q=abaqus+memory+leak&oq=aba&aqs=chrome.1.69i57j69i59j69i60l2j69i59l2.1695j0j7&sourceid=chrome&ie=UTF-8

можно так же найти подтверждение о случаях "утечки" памяти по время счета...

 

[Victor_M 30]

для проверки решил эту же задачу на обычном компьютере:

 

 

на одном компьютере такая же ерунда - объем оперативной памяти который используется во время счета растет стабильно,
нужно сказать быстро в начале счета - бабакус использовал 6 Гб памяти, сейчас используется уже 47 Гб

 

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

когда задача заканчивается считаться благополучно - объем используемой оперативной памяти уменьшается до 12-4 Гб

т.е. он освобождает оперативную память, но не совсем....

вот такая вот печальная ситуация...

как ни печально, но наиболее вероятная причина - это сам бабакус....

Изменено 20 ноября 2017 пользователем Victor_M

[Victor_M 30]

еще один интересный факт, решение на одном узле - продолжается,

при чем весьма эффективно - загрузка ядер почти 100%, лишь иногда индикатор показывает около 85%

используется "дополнительная" память на SSD диске

 

при решении этой же задачи на кластере из 4-х узлов, Бабакус весьма быстро "оккупирует" всю оперативную память на всех узлах, и производительность падает почти до нуля...., при этом та же самая "дополнительная" память на SSD диске не используется совсем....

 

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

Изменено 20 ноября 2017 пользователем Victor_M

[piden 2 874]

27 minutes ago, Victor_M said:

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

Не забудь написать потом, что

*** все сделали, заработало "КАК НАДО"!

без объяснений как и что. Зачем свои же традиции нарушать?