В чем заключается урок?

Грамотно надо подходить к сборке сцены.
Делать все обдуманно и не расходовать ресурсы зря. А то правильно, сначала напихают бездумно в сцену 1000 объектов и когда начались фризы, люди начинают думать как оптимизировать сцену. А достаточно просто все грамотно разложить по слоям и прокси и 64 ГБ хватит. У меня 32 Гб, пока что хватает. Бывают моменты когда рендерится 2 сцены одновременно, там ощущается нехватка памяти. Прокси, слои, оптимизация тяжелых моделей.

Это не урок , а упрек.

Работаю на 16 гигабайтах, все норм. corona 1.7 RC8

вывод, переходим на вирей) ну или работать в кишеню)

Железо - всегда расходник.
Посчитайте сколько стоит ваш час рабочего времени, сколько вы убиваете времени на оптимизацию, и прочие пляски с бубнами, плюньте на всё, и купите себе память.

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

да я вот заказал 128Гб за 360 $ !!
кстати большой екстерьер сейчас в работе.... куча зелени - видов 30-50.... 22Га ... хавает сцена 50Гб

дисплейс есть?
у меня на врее дисплейс сожрал всю память

"А как вы боретесь с нехваткой оперативки?"

Я перешёл на вирей. Зачем жрат кактус, как говориться? Корона меня устраивала, пока я занимался только интерьерами. Как только встали задачки потяжелее - с чистой совестью прыгнул на вирей, и ни капли не жалею.

Динамик мемори лимит - наше всё.
А докупать оперу не выход, потому что моя мамка, допустим, 32 максимум поддерживает. Только комп менять - а это того не стоит, если есть выход получше. Всё равно они одинаковые движки по сути.

у меня в последней сцене все выжрала. там просто прокси нет. но я отследил причину. проблема в большой плоскости с дисплейсом.
в этой теме писал https://3ddd.ru/forum/thread/show/w_i_p_paz/7#post1163987 
Страшно подумать как корона бы себя повела.
Комп у меня старенький, но я им очень доволен. Брал в 2011 году практически все топовое.
16 гигов правда всего. но собирал сцены и покруче. правда воду дисплейсом не делал.
До сих пор считается все достаточно быстро. пока смысла не вижу менять. вот эта сцена в 4к. правда со слабыми настройками, но как для экстерьера нормально. менее 2 часов рендерилась. правда разбивал, дальний план отдельно.
как вариант Xref файлы можно пробовать.

В мультискаттере есть чудо функция, рендерить только то что попадает в обзор камеры.

мне 64 Гб хватает )))

буквально вчера начались такие же проблемы, правда с интерьером и памяти у меня 16 гиг
в прокси переводил и удалял и скрывал , уже думал пойти купить ещё плашек

и в очередной раз методом исключения это оказался глючный объект ) , конечно много памяти это хорошо
но не всегда в ней проблема

Корону выкупили Хаосы, теперь Корона будет жрать памяти, как и Вирей.

4770K, 32ГБ(
3 винчестера по 16ГБ подкачки на каждом.
32+16+16+16=80ГБ
пока хватает.

В 1.7 версии прокачали Embree компрессию. Может попробуете ее по-пользовать ?
Включается она по старому - Developer Режим -> Performance -> "Low Mem".
Да, будет немного медленнее. Но именно в 1.7 версии разрабы прокачали эту возможность.
>>> Low memory Embree mode now saves more memory (up to 50%)
Типа потерять 15-20% скорости рендера, зато сэкономить 30-50% памяти.

Интересно в BLENDER можно объекты перевести в прокси .

Не стал перечитывать все коменты, довольно много собралось.
У меня 64 гига и тут на птичке все нормальноhttps://3ddd.ru/galleries/gallery/swidom  хотя весь снег это честная геометрия. Есть и другие застройки, городского типа, побольше этой, но пока не могу показывать и все как то нормально, вмещается в 64 гига.
Обьясню на своем опыте, в чем обычно беда, куда утекает огромное количество оперативки.

1) дисплейс - жрет довольно прилично, так как наращивает сетку на геометрию, у использования дисплейсап есть свои определенные правила, чтобы по возможности избегать лишнего перерасхода (спасибо товарищу из Main Road|Post за обьяснение)

2) денойз и слои - денойз жрет много памяти и чем выше разрешение, тем больше ее потребление, вся процедура денойзинга - это данные накапливаемые в реальном времени, во время рендеринга + процесс обработки определенным алгоритмом для подавление шума и не забываем что все это интерактивно, то есть процедура денойза все это время сидит в оперативке и постоянно работает, это не фотошоп который один раз проанализировал статичную картинку, применил алгоритм и закончил процесс, тут процесс идет постоянно без остановки. Слои также хранятся в оперативки

3) Лайтмикс - что такое дайтмикс, это отдельные слои картинки, которые разделены по группам светильников из вашего выбора. Эти слои хранятся в оперативке, в чистом 32 битном виде и смешиваются по аналогу скрин в фотошопе, Все мы видели и знаем сколько весит 32 битная, не клампеная картинка, а теперь представляем кучу слоев в огромном весе и алгоритм для смешивания всего этого - вот вам и дополнительный перерасход, а если еще на дайтмикс накинуть денойз, о котором я писал выше, то тут уже сами додумайте что будет

4)текстуры высокого разрешения - это самое страшное что может быть для короны!, больше всего расходуется оперативки именно на текстуры высокого разрешения, так что в первую очередь рекомендую обращать внимание именно на этот аспект. У меня была застройка, довольно большая и все шло хорошо, но потом я начал наполнять сцену и появилась проблема в виде не хватке оперативки. Путем перебора я выяснил что 16 моделей людей, рендерпипл, у которых текстурки разрешеним в 10К потребляют почти 22 гига оператвки! не зелень, ни сама геометрия стала проблемой, а именно текстурки высокого разрешения, стоило накинуть на модели простой серый мат и потребление снижалось до 1,5 гига! Понижение разрешение текстур, также очень существенно приятно снижала расход. Текустура может быть в JPG и весить всего 50 мегабат, но быть при этом в 20,000 пикселей - корона при этом на эту текстуру может истратить 1,5 гига памяти. Так что в первую очередь внимание к разрешению текстурок.

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

По поводу прокси - с чего вообще все взяли что прокси экономит оперативку? да так было в MentalRay так было Vray, но вы забываете, что все они рендерят бакетами, то есть когда бакет подходит к прокси, геометрия динамически подгружалась, а когда уходит, то выгружалась, за счет этого и происходила экономия оперативки но при этом страдала немного скорость самого рендера. Но в короне вы рендерите прогресивом, всю картинку разом, откуда тут будет экономия? если картинка обрабатывается вся, то и геометрия загружается абсолютно вся! Прокси в короне - это Х-реф, он не экономит оперативку ни на байт, он делает вашу сцену легче на винте, то есть вам не надо хранить одну и туже модель в каждой сцене, тем самым плодить ее мильен копий и увеличивать размер вашего МаксФайла, а в место этого вы храните его на винте в единственном экземпляре и просто берете его так сказать с полочки при потребности, иными словами прокси в короне - это тупо Х-реф

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

Топикстартеру рекомендую перебрать свою сцену, с учетом выше перечисленных проблем с потреблением и подходить к сборке больших сцен более аккуратнее, наверняка есть где то проблемное место, связанное с особенностями работы короны. Вопрос скорее всего решаемы, 64 гига вполне достаточно для огромных застроек, если знать тонкости. Работа в лоб, всегда приводит к большим расходам памяти, а для избежания проблем, нужно проводить кучу тестов, искать слабые места и находить обходы, ну или не парится и пихать по 128 гигов в каждый комп ))

Просто Corona render - это первый ОЗУ рендер)

ТС, вы б хоть выложили пример картинки которая у вас не лезет в 64? Сам работаю с микрорайонами периодически - не помню чтоб 64 гб не хватало, обычно всё в 32 влазит ибо на нодах 32. Мож вы траву для птичек скаттером кидаете или ещё чего?

Посмотрите в профиле с чем работаем. До травы скаттером на птичке не додумались еще))

Я один что ли для птичек траву геометрией раскидываю )

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

Еще в оперативе живет undo операции и некоторые из них бывают довольно тяжелы. Плюс еще в ней же весят текстуры которые были загружены в память, но не юзаются в сцене. Это конечно всё решит простая перезагрузка макса, но всё же.
Всё никак рученьки не доберутся скрипт дописать по чистки перед рендером

У меня 4 гига оперативы ахахахах 64, 128, 70млн полигонов, я таких цифр в жизни не видел, ну я смотрел работы автора и мне всё ясно, он скоро будет всю Землю целиком рендерить дак ему и 128Тб оперативки не хватит

Да, пора пересаживаться обратно на врей, а по поводу нехватки оперативки ещё может быть трабл, что она вовремя не выгружается, советую поставить програмку RaMMap и перед рендером или просто на фризах, вручную выгружать оперативку. Ещё заметил что в короне сделали что-то типа адаптивной загрузки цп, если скажем рендерить и сёрфить интернет, то скорость просчёта будет меньше, чем если не трогать ничего

Судя по ценам, которые в среднем по рынку за картинку идут, то на те же 64г оперативки, визер, год должен пахать)) а их в итоге еще и мало))

Подтверждаю, огромную роль в пожирании ОЗУ в короне имеют хайрез текстуры, рендерил большой экстерьер - упирался в 32 Гб, оптимизировал размер текстур - снизил потребление ОЗУ до 24 Гб.