8Гб оперативки для рендеринга в VRay
- Автор темы Peter 5479
- Дата создания
Вот эта маленькая сценка. http://depositfiles.com/files/00fcgno8q Кому не сложно, чисто ради эксперимента скачайте ее. Поставьте ренериться при этом откройте диспетчер задач и посмотрите на загрузку ЦП, потом напишите суда свои наблюдения. Это займет не больше 5 мин. Заранее спасибо!
P.S. 3d max 2009 64bit
P.S. 3d max 2009 64bit
Всем большое спасибо! У меня точно также сначала компьютер работает на 25% потом через 3 мин загружается до 100%. Можно заметить что у кого 2 ядра нагрузка в начале 50%, а у кого 4 как у меня 25-30%. Вывод: в начале работает одно ядро! Что оно делает таково индивидуального, что не хочет делиться работай с остальными ядрами!? Мне кажется в новом VRay SP3 это иправят и связано это с просчетом геометрии, но тогда почему компьютер проскакивает Compiling geomety (VRayFur01)?
От этого глюка принципе мы многое не теряем но все же. Ваши мнения господа =)
От этого глюка принципе мы многое не теряем но все же. Ваши мнения господа =)
2 Tigranik:
Может это связано с распределением задач между ядрами. Например при нажатии на кнопку рендер определенные задачи распределяются между определенными ядрами процессора, у кого-то задача посложнее у кого-то попроще.. и вот те ядра, которым задача попроще попалась, заканчивают раньше просчитывать процессы, а другие еще работают. А распределить нельзя между остальными ядрами, так как эта задача являлась минимальной для ядра и расчитана только на одно ядро.
Могу ошибаться - это всего лишь предположение
Может это связано с распределением задач между ядрами. Например при нажатии на кнопку рендер определенные задачи распределяются между определенными ядрами процессора, у кого-то задача посложнее у кого-то попроще.. и вот те ядра, которым задача попроще попалась, заканчивают раньше просчитывать процессы, а другие еще работают. А распределить нельзя между остальными ядрами, так как эта задача являлась минимальной для ядра и расчитана только на одно ядро.
Могу ошибаться - это всего лишь предположение
hobobobo
Я с тобой согласен, действительно данное явление очень часто наблюдается. К примру к концу просчета когда остаётся один кусочек, то над ним продолжает работать только одно ядро, а другие ядра не собираться ему помогать =) Что чуть-чуть замедляет процесс. Чисто теоретически можно ускорить процесс уменьшив размер кусочков. Получается так?
Я с тобой согласен, действительно данное явление очень часто наблюдается. К примру к концу просчета когда остаётся один кусочек, то над ним продолжает работать только одно ядро, а другие ядра не собираться ему помогать =) Что чуть-чуть замедляет процесс. Чисто теоретически можно ускорить процесс уменьшив размер кусочков. Получается так?
У меня конфигурация Vray1.5SP2 на 64bWindows7, Intel iC Core, 8Gb ram, max2009. Проблема таже, при просчете GI и финального рендера сначала используется почти 100% всех 7ядер, но достигая максимум RAM, падает отдача ядер до 0-20%. При такой скорости, время рендера вырастает в разы (рендер 4000х4000 занимает 3дня). Не знаю как заставить работать vray на все 100!!! Если у тебя есть идея, поделись опытом, pl.
Ceshurik 4 ядра, 8 ядер какая разница 
. Факт в том, что при просчете GI вначале работает 1 ядро. И тем самым замедляет рендеринг. Вызвано это просчетом вторичных отскоков GI, а именно внутри моногополигональных взъерошенных объектов (типа трава, шерсть, множество деревьев и т.п.).
Niky Заставить работать все ядра не получиться, это ошибка разработчиков в SP3 будет нормально (мне кажется) А вот как ускорить процесс... я сделал так: просто скрыл мой многополигональный элемент, просчитал GI, (а именно light cache т.к. они отвечают за вторичные отскоки) сохранил карту GI. Потом вернул свой объект, и в финальном рендеренге загрузил карту GI с файла.
. Факт в том, что при просчете GI вначале работает 1 ядро. И тем самым замедляет рендеринг. Вызвано это просчетом вторичных отскоков GI, а именно внутри моногополигональных взъерошенных объектов (типа трава, шерсть, множество деревьев и т.п.).Niky Заставить работать все ядра не получиться, это ошибка разработчиков в SP3 будет нормально (мне кажется) А вот как ускорить процесс... я сделал так: просто скрыл мой многополигональный элемент, просчитал GI, (а именно light cache т.к. они отвечают за вторичные отскоки) сохранил карту GI. Потом вернул свой объект, и в финальном рендеренге загрузил карту GI с файла.