[Backgroundrb-devel] Rather ominous resource consumption figures

Douglass Turner douglass.turner at gmail.com
Fri Jun 30 10:05:40 EDT 2006


GC is your friend. I use RMagick to prep my image before processing by my
C++ engine. It was not releasing mems between successive calls to the
worker. I now call GC.start after I nolonger need the image object created
by RMagick.

However, t still does appear that  I have incurred a memory hit from the
initial call to my worker that is never released even when the worker dies.


On 6/30/06, Douglass Turner <douglass.turner at gmail.com> wrote:
> Hello,
> Yesterday I posted about how to email from a worker. I decided to be a bit
> piggy and just inhale all of rails. Sorted. I am noticing some rather
> ominous behavior though.
> The setup: My worker takes an uploaded image as a param and passes it (via
> system call) to a C++ image processing engine. Take a look at these memory
> consumption figures for successive runs uploading the identical image each
> time:
> All figures in megabytes
> 343 C++ image processing idle
> 365 max memory consumption during 3rd C++ image processing run
> 318 C++ image processing idle
> 340 max memory consumption during 2nd C++ image processing run
> 290 C++ image processing idle
> 310 max memory consumption during 1st C++ image processing run
> 256 fire up rails + lighttpd
> 225 fire up backgroundrb
> 207 base (Linux box idle)
> As Sly Stone used to say ".. I want to take you hiya ..". Any thoughts on
> how to tame this beast?
> Cheers,
> Doug Turner
> skype: dduuggllaa

Doug Turner
mobile: 781 775 3708
skype: dduuggllaa
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/backgroundrb-devel/attachments/20060630/6e4f9308/attachment.html 

More information about the Backgroundrb-devel mailing list