> Mongrel cluster didn't provide any features for dynamically sizing the > number of mongrel_rails instances necessary to keep the application > running smoothly. Also, mongrels nature of continuing to enqueue > connections while processing a long running request was a problem for > our application. In essence we needed a smarter mongrel that would > know which instances of a "cluster" were busy or free; if none were > free then it should spin up a new instance. Reminds me of swiftiply vaguely. -- Posted via http://www.ruby-forum.com/. _______________________________________________ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
- [Mongrel] Unix Domain Sockets + Fork for improved scala... Brian Weaver
- Re: [Mongrel] Unix Domain Sockets + Fork for impro... Ezra Zygmuntowicz
- Re: [Mongrel] Unix Domain Sockets + Fork for i... Brian Weaver
- Re: [Mongrel] Unix Domain Sockets + Fork f... Ezra Zygmuntowicz
- Re: [Mongrel] Unix Domain Sockets + Fork f... Zed A. Shaw
- Re: [Mongrel] Unix Domain Sockets + Fork for impro... Zed A. Shaw
- Re: [Mongrel] Unix Domain Sockets + Fork for i... Evan Weaver
- Re: [Mongrel] Unix Domain Sockets + Fork for i... Brian Weaver
- Re: [Mongrel] Unix Domain Sockets + Fork for impro... Roger Pack
- Re: [Mongrel] Unix Domain Sockets + Fork for impro... Jeremy Hinegardner
- Re: [Mongrel] Unix Domain Sockets + Fork for i... Eric Wong
- Re: [Mongrel] Unix Domain Sockets + Fork f... Jeremy Hinegardner
- Re: [Mongrel] Unix Domain Sockets + Fork for impro... Tim Harper
- Re: [Mongrel] Unix Domain Sockets + Fork for i... Jos Backus
- Re: [Mongrel] Unix Domain Sockets + Fork f... Tim Harper
- Re: [Mongrel] Unix Domain Sockets + Fo... Jos Backus