[Mongrel] Memory Leaks with Rails 1.2?
joost at spacebabies.nl
Wed Mar 7 18:40:26 EST 2007
I've got a completely reproducable case, but it has nothing to do
When I use the file_column plugin  and resize images with rmagick,
every Mongrel/fcgi process grows in size until it reaches it's limit
(my fcgi processes are limited to 100 MB). Once there, they will
block/sleep/whatever and get swapped out by the OS. Eventually swap
is exhausted and carnage ensues.
Without RMagick this does not happen at all, processes are 34-40 MB
and that's including acts_as_ferret. This behaviour has definitely
become more apparent since 1.2 though. And to make life more
interesting I've changed all parameters outside the application: new
mysql, new ruby, new webserver, a bunch of plugins and moving towards
resources-based routing. So can't help you (or myself) there.
i know, it's ancient.
Op 7-mrt-2007, om 20:49 heeft Zed A. Shaw het volgende geschreven:
> I've been getting a bunch of reports about the latest Rails "leaking"
> memory more than before. Please fill out this survey:
> 1) Have you noticed an increase in memory usage with the latest Rails
> 2) Have you changed anything else in your application?
> a) No, really, don't be a dumbass like the lusers you hate. Go look
> at your svn logs and really figure out if you've changed anything
> 3) I ask again, did you change anything else since as well as Rails
> 4) Does going back to a previous Rails (if you can) get rid of the
> memory leak?
> 5) Have you tried taking a basic controller that renders :text =>
> "test" only and run sequential hits against it?
> a) Does the ram increase?
> b) If not, have run this same test against a page that does?
> c) What's the difference between the leaking and non-leaking page?
> 6) Do you have this problem with FastCGI?
> 7) Do you have this problem if you add a GC.start call to the end of
> your leaking requests, or as an after filter in a strategic location?
> Thanks, please keep the response short so I can start looking for
> In my tests I'm not finding any leaks so I need more information.
> Reproducible processes and sample code will really help a lot.
> Zed A. Shaw, MUDCRAP-CE Master Black Belt Sifu
> http://www.awprofessional.com/title/0321483502 -- The Mongrel Book
> Mongrel-users mailing list
> Mongrel-users at rubyforge.org
www.gomagazine.nl +31643904460 pobox 51059 nl-1007eb amsterdam
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 2423 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/mongrel-users/attachments/20070308/97b447e7/attachment.bin
More information about the Mongrel-users