Nick_pan, вы смотрите на Активную память (Active Working Set) но не на Занятую процессом (Commit Size). Не знаю как там на Русской локализации винды, но на Английской - Commit Size столбец добавляете и по нему и ориентируетесь.
Если что это именно занятая память процессом. Не зарезервированная, не закэшированная а именно - занятая. Не путать с Стенд-Бай памятью. Корона конкретно начинает ругаться на нехватку памяти и начинается падение скорости рендера именно когда Commit Size выходит за рамки физической памяти. По стандарту диспетчер задач отображает (Active Working Set), я вот всегда добавляю Commit Size столбец. В этот Commit Size так же включен и файл подкачки. Если он начинает задействоваться конечно же. Хотя когда это происходит то уже и Корона начинает ругаться ))
Ну например когда вы рендрите кучу камер, с разных областей сцены и добавляете на этих камерах кучу исключений. То этот Commit Size начинает копиться и Корона может начать ругаться на нехватку памяти например на 10-ой камере, а до этого будет тип все ок. Потому ориентироваться лишь по Active Working Set неудобно как по мне. Тип вы видите сколько памяти жрет конкретный ракурс, но общей картины не видите. И еще надо понимать что самое высокое потребление (активной памяти) в начале рендера и постепенно снижается. На моей практике я видел как с 80гб до 40гб проседала активная память. Ну то такое, нюансы.
То есть вот такая вот ситуация при работе с большим экстерьером это вполне себе норм... Например имея 64гб ОЗУ в данном случае запросто можно удивиться, чего это Корона ругается на нехватку памяти и почему рендер сильно замедлился и все улетает в своп. Ведь рендер жрет то всего 36.5гб ОЗУ, у меня же 64 ! Но нет, по факту рендеру нужно больше 109гб физической памяти что бы не улетать в своп.
Кстати если рендрить через Backburner, то эффекта накопления занятой памяти не будет. Ведь между ракурсами он полностью выключает 3dsmax.exe
