Tweet
I've searched the forums a bit, trying to come to a definite conclusion as to why displacement sometimes (often, but not always) takes forever to render.
Typical scenario is as follows:
My scene has some displaced geometry (approx 10% of the image).
I hit "render".
LC-calculation commences, but is quickly caught in the "presampling displacement - unloading geometry - building light cache"-loop. At this time my processor is at 13-50% usage. (One core = 13% (100/
) Memory use is not out of the ordinary (1-2Gb).
LC-calculation finishes, but it takes atleast 5 times longer than without displacement.
IM-calculation starts. The first few buckets calculate fine, but as soon as there is one bucket rendering displaced geometry, the progress is slowed down.
Processor usage jumps between the cores, but no core is hardly ever at 100%. Total CPU usage average at 13-20%
When it's time to render the final image, the same thing happens again. CPU usage somewhere just above 13 %. And it takes.... forever.
Comparing this to rendering the scene without displacement is like night and day. All cores running at 100% and the image is rendered in a raction of the time.
A frame that takes an hour to render without displacement can go well over 24 hours with displacement.
My displacement settings are quite simple. In the most recent case: 3d-mapping with a 200x200px png-file - 0.5mm displacement amount - 3px edge length, view dependant, 256 max subdivs, tight bounds.
Why does this happen? Is rendering with displacement unable to multi-thread? Is there some magic switch that makes it work alright? Is there a decent work-around?
My system is a 8-core i7 processor with 13 gigs of RAM. Using XP64, Max2010 (up to date) and Vray 1.50 SP3a.
Typical scenario is as follows:
My scene has some displaced geometry (approx 10% of the image).
I hit "render".
LC-calculation commences, but is quickly caught in the "presampling displacement - unloading geometry - building light cache"-loop. At this time my processor is at 13-50% usage. (One core = 13% (100/
) Memory use is not out of the ordinary (1-2Gb). LC-calculation finishes, but it takes atleast 5 times longer than without displacement.
IM-calculation starts. The first few buckets calculate fine, but as soon as there is one bucket rendering displaced geometry, the progress is slowed down.
Processor usage jumps between the cores, but no core is hardly ever at 100%. Total CPU usage average at 13-20%
When it's time to render the final image, the same thing happens again. CPU usage somewhere just above 13 %. And it takes.... forever.
Comparing this to rendering the scene without displacement is like night and day. All cores running at 100% and the image is rendered in a raction of the time.
A frame that takes an hour to render without displacement can go well over 24 hours with displacement.
My displacement settings are quite simple. In the most recent case: 3d-mapping with a 200x200px png-file - 0.5mm displacement amount - 3px edge length, view dependant, 256 max subdivs, tight bounds.
Why does this happen? Is rendering with displacement unable to multi-thread? Is there some magic switch that makes it work alright? Is there a decent work-around?
My system is a 8-core i7 processor with 13 gigs of RAM. Using XP64, Max2010 (up to date) and Vray 1.50 SP3a.
Comment