run out of memory rendering realflow particles

Become a member of the CGSociety

Connect, Share, and Learn with our Large Growing CG Art Community. It's Free!

THREAD CLOSED
 
Thread Tools Search this Thread Display Modes
  12 December 2012
running out of memory rendering realflow particles

So I'm trying to render a set of realflow particles in maya using mental ray. There are about 600k particles, so really not that many. When I try to batch render using all threads my memory usage pretty easily reaches the maximum and then it starts eating the virtual memory until it just runs out of memory and just stops rendering. I have 32 gigs of ram on my PC so this shouldn't be happening with 600k particles.

An interesting thing I've noticed; when I change the threads to use for batch rendering from all to something like 1 or 2, I don't run out of memory and my renders can actually render successfully. When I use two threads the memory usage gets up to about 13 gigs, when I use 1 thread, memory usage only goes to about 8 gigs. So the memory usage seems to be directly related to the amount of threads used.

So I'm wondering if anyone knows whats going on and if there might be someway to render using all threads and not run out of memory.

Last edited by grimsfield : 12 December 2012 at 11:42 PM.
 
  12 December 2012
Are you rendering with mental ray? Are you using BSP2 for your optimization?
__________________
Commodore 64 @ 1MHz
64KB RAM
1541 Floppy Drive


"Like stone we battle the wind... Beat down and strangle the rains..."
 
  12 December 2012
Yes to both questions.
 
  12 December 2012
Actually I had the same problem with RF some time ago rendering splash and foam on a RF mesh. I switched to RF renderkit and all rendered fine, 5x faster. I guess RF renderkit is the only way to go in such cases. Too bad only one renderkit license is included with RF as I have to render only on one machine instead 20 machines on renderfarm.
__________________
Beauty Pass - 3D apps vendors' jest of a lifetime - most of the time it has nothing to do with beauty, and it isn't a pass anyway.
 
  12 December 2012
Originally Posted by benio33: Actually I had the same problem with RF some time ago rendering splash and foam on a RF mesh. I switched to RF renderkit and all rendered fine, 5x faster. I guess RF renderkit is the only way to go in such cases. Too bad only one renderkit license is included with RF as I have to render only on one machine instead 20 machines on renderfarm.


Man... there has to be another solution aside from that. Might it just be a problem with the bin particle caches? I wonder if pdc caches might work better inside maya?
 
  12 December 2012
Originally Posted by grimsfield: Man... there has to be another solution aside from that. Might it just be a problem with the bin particle caches? I wonder if pdc caches might work better inside maya?


I never said there isn't, but I did spend much time on solving the problem and found that it worked for me. If you do find other solution give me a shout as I still can't render on our renderfarm because of that.
__________________
Beauty Pass - 3D apps vendors' jest of a lifetime - most of the time it has nothing to do with beauty, and it isn't a pass anyway.
 
  12 December 2012
Thread automatically closed

This thread has been automatically closed as it remained inactive for 12 months. If you wish to continue the discussion, please create a new thread in the appropriate forum.
__________________
CGTalk Policy/Legalities
Note that as CGTalk Members, you agree to the terms and conditions of using this website.
 
Thread Closed share thread



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
CGSociety
Society of Digital Artists
www.cgsociety.org

Powered by vBulletin
Copyright 2000 - 2006,
Jelsoft Enterprises Ltd.
Minimize Ads
Forum Jump
Miscellaneous

All times are GMT. The time now is 10:10 PM.


Powered by vBulletin
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.