Re: Maintaining capacity during deploys

2012-12-28 Thread Tony Arcieri
w map = Rack::URLMap.new('/' => app) Rack::MockRequest.new(map).get(url) -- Tony Arcieri ___ Unicorn mailing list - mongrel-unicorn@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-unicorn Do not quote signatures (like this one) or top post when replying

Re: Fwd: Maintaining capacity during deploys

2012-12-03 Thread Tony Arcieri
hanges to the way we presently restart Unicorm (i.e. unicornctl restart) would probably be the most practical solution for us. We have a "real solution" for all of these problems in the works. What I'm looking for in the interim is a band-aid. -- Tony Arcieri _

Re: Fwd: Maintaining capacity during deploys

2012-11-30 Thread Tony Arcieri
ve specific recommendations? Should I spin off a background thread that hits the local instance with a request/requests then does the SIGQUIT-style switchover? -- Tony Arcieri ___ Unicorn mailing list - mongrel-unicorn@rubyforge.org http://rubyforge.org/mailm

Re: Maintaining capacity during deploys

2012-11-29 Thread Tony Arcieri
> enabled. I've done that, unfortunately that work is connection setup which must happen after forking or otherwise file descriptors would wind up shared between processes. -- Tony Arcieri ___ Unicorn mailing list - mongrel-unicorn@rubyforge.org htt

Re: Maintaining capacity during deploys

2012-11-29 Thread Tony Arcieri
ing process you will have 2X the normal number of Unicorn workers active at the same time, which could potentially lead to exhausting of system resources (i.e. RAM) -- Tony Arcieri ___ Unicorn mailing list - mongrel-unicorn@rubyforge.org http://rubyforge.

Re: Fwd: Maintaining capacity during deploys

2012-11-29 Thread Tony Arcieri
ng for an interim solution. It'd also be nice not to have to do this as it further extends the length of our (already gruelingly long) deploy process. -- Tony Arcieri ___ Unicorn mailing list - mongrel-unicorn@rubyforge.org http://rubyforge.org/mai

Triggering OobGC when heap is nearly full

2012-06-03 Thread Tony
"should I OobGC?" with true/false rather than relying on a certain number of requests? -- Tony Arcieri ___ Unicorn mailing list - mongrel-unicorn@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-unicorn Do not quote signatures (like t