Оперативная память для архивиза

значит быстрее уже не будет. Оно только на старте рендера есть разница, сколько озу жрет.

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

DoCentttt это как раз влезает в оперативку, не влезает, это когда память забита на 99%, вот тогда и начинаются просадочки, при том что подкачки может быть свободно вагон

распознать своп можно по характерной особенности, 100% загруженности диска на графике

Соглашусь. Это часто, когда арровэй в хайрезе пихают куда ни попадя ))

Но про инстансы эт я о том, что сто миллионов ста милионам рознь. Макс же не показывает, сколько там уникальных. А по описанию ТС непонятно где чего и сколько.

У нас в ферме подключены несколько компов, у которых по 32 гига памяти. Чисто для массы старые компы воткнули, чтоб не валялись без дела.

Делаем в основном крупные экстерьеры с кучей зелени и форестов. И если вирей они ещё как-то с натугой рендерят, то в короне в 95% задач они отваливаются в процессе рендера.

Spark

Сегментами рендерте картинку. Я так решал проблему нехватки оперативы. 

И в 8 гиг мужно уместить, вопрос в размере сегмента. Ну тут есть и обратная сторона медали.

Zolty

Подскажите как это реализовать?

Я где-то слышал что в Vray когда рендерит прокси они подгружаются в оперативу последовательно именно те на которых находятся баккеты и таким образом Vray умнее использует оперативу, а Corona  грузит всю сцену целиком.

backburner

pet046

Как вариант здесь. 

Есть еще вариант рендер через backburner.

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

Грубо говоря если сцена ест 60 гиг и поделить ее на 3 горизонтальные, то выйдет по 20 гиг бдет кушать каждый сегмент при условии что равномерно картинка загружена деталями.

Потом ручками соеденять в фотошопе. В случае с backburner все автоматизировано склеится само и выдаст конечную полную картинку, но с настройками сложнее. Читайте ветку backburner

на счет backburner не уверен что именно так. Экономия ОЗУ заключается в том, что фактически 3дмакс со сценой закрыт и отсутствует полноценный фреймбуфер который тоже знатно кушает память, чем больше точек тем больше жрет.

Predator84

Нет. Пробовал с фрейм буфером и без него (там можно его оставить или отключить) Разница в 10-15%

А вот split scan lines Это реальная экономия 100%

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

Slazzo

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

Predator84

Да, конечно. Это я разрешении 8000х4500 (рендерил 360) на своем опыте

Подскажите, пожалуйста, а как заставить этот бэкбёрнер делить изображение на полосы, при условии, что рендерю я в короне и комп у меня один? Я явно что то не так делаю, у меня всё время рендерится изображение полностью. Max pixel to transfer понижал до 1024 ,всё равно без толку.

Этот скриншот настроек не имеет отношения к бэкбёрнеру.

Зачем вам полосами надо? Рендер страйпами это пережиток прошлого, когда памяти не было.

Все решает частота ОЗУ, у меня при 32 Гб ОЗУ с частотой 3200  работает лучше чем на компе с 48 гб но с меньшей частотой. Так что не только объем оперативы решает но и её частота.

Постоянно открыто 2 макса с большими сценами, по 30 вкладок в опере, вдобавок работает на заднем плане средняя игра, которую играю на двух потоках во время рендера ну и еще может работать фильм в 2к либо ютуб с музыкой, ну и куча PDF файлов, зачастую просто огромных, с чертежами парка скажем, где прорисовано все до мелочей. На моей прошлой работе комп с 48 работал гораздо медленнее. Поэтому когда берете оперативу берите сразу с высокой частотой.

Это откровение разбивает аргумент, что на платформах со старой памятью всё также хорошо летает. У меня DDR3‑1600 качество платформы по ощущением соответствует описанному вами выше. А частота то в 2-а раза ниже. А так потому, что влияет и матчасть про тайминги, латентность, каналы и т.п.

В целом от платформы больше зависит.

Цитата AlanSesarskiy:

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