search for: ttou

...to handle requests. Unicorn, by contrast (and by design) is very resource-greedy, what with the "scale to what you can theoretically handle" strategy. If I spin down my number of unicorn workers when they''re not needed, I free up resources for my util servers, which is important. TTOU and TTIN signals give me a (very nice) means to write an auto-scaling module outside of unicorn, but it might be nice to have it included as an optional component. (I expect this will get voted down, as I expect the dev team is not interested in it). Happy to work on implementing these myself, jus...

Hi, I'm using openssh 3.9p1, and here is what bothers me. If ssh is executed from an X application, when a password is prompted, ssh manages to grap on to /dev/tty, but then the SIGTTOU is constantly sent to the ssh and that loops the password prompt function infinetely, since it actually gets to the console. Because of Solaris implemenation (I guess), that also gives no cycles to other applications. It took me few hours (!) to login remotely and kill the ssh process. (And them my...

Hello to everybody. I making shared hosting for rails and rack applications. For app. server i userd phusion passenger, but after some issues with that, want to migrate to unicorn. Is there any way to make unicorn stop all workers and start them on first request? It''ll be really great to have this opportunity. >No subscription is needed to post to the mailing list, let us know

...mentary loss of capacity we experience translates fairly quickly into a thundering herd. We''ve experimented with rolling restarts at the server level but these do not resolve the problem. I''m curious if we could do a more granular application-level rolling restart, perhaps using TTOU instead of QUIT to progressively dial down the old workers one-at-a-time, and forking new ones to replace them incrementally. Anyone tried anything like that before? Or are there any other suggestions? (short of "add more capacity") -- Tony Arcieri<div class="gmail_extra"&g...

...ndly = true end before_fork do |server, worker| ? STDERR.puts "BEFORE FORK:" ? STDERR.puts ENV.inspect ? defined?(ActiveRecord::Base) and ? ? ActiveRecord::Base.connection.disconnect! ? if old_pid != server.pid ? ? begin ? ? ? sig = (worker.nr?+ 1) >= server.worker_processes ? :QUIT : :TTOU ? ? ? Process.kill(sig, File.read(old_pid).to_i) ? ? rescue Errno::ENOENT, Errno::ESRCH ? ? end ? end end after_fork do |server, worker| ? STDERR.puts "AFTER FORK:" ? STDERR.puts ENV.inspect ? defined?(ActiveRecord::Base) and ? ? ActiveRecord::Base.establish_connection ? begin ? ? uid,...

...tting a thundering herd (especially in the "preload_app false") case. Also comment on the per-worker listen usage in the RDoc, not just a hidden comment. --- I just pushed this out earlier, this example was inspired by Chris Wanstrath''s before_fork hook but modified to use SIGTTOU instead of SIGQUIT for all but the last worker to minimize memory explosions during upgrades. The :tries and :delay options were also inspired by Chris and will be in v0.93.0 which will probably be released. lib/unicorn/configurator.rb | 21 +++++++++++++++++---- 1 files changed, 17 insert...