I've got a completely reproducable case, but it has nothing to do with Mongrel.

When I use the file_column plugin [1] 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.

[1] http://www.kanthak.net/opensource/file_column/
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
1.2?

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 else.

3) I ask again, did you change anything else since as well as Rails 1.2?

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
patterns.

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.zedshaw.com/
http://www.awprofessional.com/title/0321483502 -- The Mongrel Book
http://mongrel.rubyforge.org/
_______________________________________________
Mongrel-users mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/mongrel-users

--
www.gomagazine.nl +31643904460 pobox 51059 nl-1007eb amsterdam


Attachment: smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
Mongrel-users mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/mongrel-users

Reply via email to