http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/482 <pre>Gold can shine, while its not a ideal investment idea. What is? New movie production groups with earnings, like GT R_L! Giant film production companies are losing lately with large overheads, they can't soar. This is where GT R_L's corporate strategy shows to play. GT R_L's model is too attractive for giant film production groups they can begin integrating it asap. This could bring stock valuation to a $1! Add it surely on Tuesday May 14 below 6 cents and cash a capital when it rises! Start adding on Tue May 14. _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> leonard-raxoIPvDn1KVc3sceRu5cw< at >public.gmane.org 2013-05-14T06:06:21 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/481 <pre>Make it happen now with genuine prices and exact looking luxury products. http://ks.gs/15g94 _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> 2013-04-22T10:07:49 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/480 <pre>Tanks for all helpers. Erick, this solutions CheckDefered is pefect !And run in production ! 1) rack middleware class CheckDeferred def initialize(app) &lt; at &gt;app = app end def call(env) &lt; at &gt;app.call(env) end def deferred?(env) case env["PATH_INFO"] when /\/ecommer.*/ false else true # erp run by thread end end end 2) edit your config.ru require File.expand_path "config/environment" use CheckDeferred #first if not function use Rails::Rack::LogTailer use Rails::Rack::Static run ActionController::Dispatcher.new Alexandre Riveira Em 16-04-2013 20:48, Eric Wong escreveu: _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Alexandre Riveira 2013-04-16T20:27:18 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/479 <pre> You should probably write a new middleware around/outside of your normal Rack layer. Something like this: class CheckDeferred &lt; Struct.new(:app) def deferred?(env) case env["PATH_INFO"] when %r{/manager/}, %r{/foo/bar}, ... # whatever other paths you want multithreaded true else false end end end ----------- config.ru -------------- use CheckDeferred # needs to be the outermost layer of middleware use ... run Application.new ------------------------------------ _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Eric Wong 2013-04-16T20:48:13 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/478 <pre>In file ems/rainbows-4.5.0/lib/rainbows/event_machine.rb line 74: server.app.respond_to?(:deferred?) server.app is a Rails::Rack::LogTailer class. should not be ActionController::Dispatcher.new or like ??? Tanks Alexandre Riveira Em 16-04-2013 18:35, Eric Wong escreveu: _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Alexandre Riveira 2013-04-16T17:19:39 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/477 <pre> I'm afraid I don't know if it works under Rails 2.3.x - YMMV. I am using Rails 3.2.13. Cheers, Mark. _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Mark J. Titorenko 2013-04-16T19:00:51 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/476 <pre>This is valid for ruby on rails 2.3? Em 16-04-2013 18:19, Mark J. Titorenko escreveu: _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Alexandre Riveira 2013-04-16T15:45:59 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/475 <pre> OK, I think you were just unable to take advantage of threading in EM via app.deferred? I think you also need to enable threading in Rails, too. Probably not, this needs to be visible at the Rack layer, not Rails. See what Mark just said. Also, t/app_deferred.ru in the rainbows source[1]. There's also a link to Ezra's old post about it in the TryDefer documentation. [1] - git clone git://bogomips.org/rainbows &amp;&amp; $EDITOR t/app_deferred.ru _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Eric Wong 2013-04-16T18:35:00 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/474 <pre> In case it's of any use I am using #deferred? and TryDefer in my Rails app. I have it set up such that all controller requests are deferred (ie. use threads) apart from those which are, by their nature, asynchronous - eg. I am using Faye mounted at '/ext/bayeux' within my application which already uses the [-1, {}, []] technique to provide an async response. I have #deferred set up by including a module in my Rails::Application instance. In application.rb: module App::Application &lt; Rails::Application require 'extensions/deferred_application' include Extensions::DeferredApplication end In lib/extensions/deferred_application.rb: module Extensions module DeferredApplication BAYEUX_REGEX = %r(^/ext/bayeux(/.*)?$).freeze def deferred?(env) !(env['REQUEST_PATH'] =~ BAYEUX_REGEX) end end end HTH! Cheers, Mark. _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainb</pre> Mark J. Titorenko 2013-04-16T18:19:22 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/473 <pre> ruby 1.9.3p385 (2013-02-06 revision 39114) [i686-linux] Your suggestion seems to be better, but I'm sorry I did not understand where I put this method, the controller would be as below? class HomeController &lt; ApplicationController def deferred? true end end Tanks Alexandre Riveira _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Alexandre Riveira 2013-04-16T15:11:08 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/472 <pre> With Matz Ruby, XEpollThreadPool is only a win if much of your code/extensions releases the GVL (or if you don't feel like porting your code to take advantage of EM). "lock slowness" - which version of Ruby is this? Did you modify your app to use app.deferred? + TryDefer as I pointed you to in the other message? That should allow some rails controllers to use threads (app.deferred? =&gt; true) while others do not use threads (app.deferred? =&gt; false). Keep in mind this is not a very common configuration, so not many people have experience with it in production. _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Eric Wong 2013-04-16T17:24:17 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/471 <pre>Em 15-04-2013 19:34, Eric Wong escreveu: Hi Eric, * EventMachine (less memory and cpu usage) I did a test using a core with ab-n 3000-c 1000 http://127.0.0.1:3000/manager and rainbows with 3 workers, EventMachine then 25% cpu free while XEpollThreadPool left only 5% free. *EventMachine.threadpool_size = 50 I found this code and run perfectly. But he has a kind of lock slowness as if using XEpollThreadPool but memory consumption was lower. Wonder you can put some of the rails Controllers work by EventMachine without using threads while others controlles using threads. Explain the need. The application that runs on rainbows + rails is an Enterprise Resource Planning ERP to support e-commerce. That same ERP and e-commerce rotate in the same rainbows. But the conclusion that ERP is best run with XEpollThreadPool (or EventMachine + pool threads),while the site was high competition C10K is best run with EventMachine.A detai</pre> Alexandre Riveira 2013-04-16T10:59:55 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/470 <pre>* EventMachine (less memory and cpu usage) I did a test using a core with ab-n 3000-c 1000 http://127.0.0.1:3000/manager and rainbows with 3 workers, EventMachine then 25% cpu free while XEpollThreadPool left only 5% free. *EventMachine.threadpool_size = 50 I found this code and run perfectly. But he has a kind of lock slowness as if using XEpollThreadPool but memory consumption was lower. Wonder you can put some of the rails Controllers work by EventMachine without using threads while others controlles using threads. Explain the need. The application that runs on rainbows + rails is an Enterprise Resource Planning ERP to support e-commerce. That same ERP and e-commerce rotate in the same rainbows. But the conclusion that ERP is best run with XEpollThreadPool (or EventMachine + pool threads),while the site was high competition C10K is best run with EventMachine.A detail about e-commerce is that as much as possible th</pre> Alexandre Riveira 2013-04-16T11:18:36 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/469 <pre> (top-posting corrected, Cc: to list re-added) Yes, you would use EventMachine.threadpool_size = 50, though, with Rainbows::EventMachine::TryDefer http://rainbows.rubyforge.org/Rainbows/EventMachine/TryDefer.html I forgot about this, not sure if it's used much, but "app.deferred?" is an ad-hoc extension which Thin also supports _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Eric Wong 2013-04-15T19:34:03 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/468 <pre> Not all DB adapters are fully non-blocking. If you want to do uncached filesystem I/O, you'll either have to use threads or block, too. Maybe not CPU usage, but probably more memory. But this is probably the most compatible with existing apps/gems and Ruby stdlib (assuming you use Linux). Fwiw, I usually go with this one (or something close[1]) when uncached disk I/O is a requirement. If you're not on Linux, (nginx + (portable)ThreadPool) should get you close to XEpollThreadPool. Likewise for (nginx + (portable)ThreadSpawn) and XEpollThreadSpawn [1] http://bogomips.org/cmogstored/queues.txt _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Eric Wong 2013-04-15T18:30:11 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/467 <pre> Awesome news, thanks! _______________________________________________ Rainbows! mailing list - rainbows-talk&lt; at &gt;rubyforge.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Eric Wong 2013-04-15T18:30:58 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/466 <pre>What is A better paradigm for C10K paradigm From what I'm seeing are the best: EventMachine (less memory and cpu usage) XEpollThreadPool (more memory and cpu usage but there are problems when blocking io, for example database I appreciate the comments from everyone. Tanks Alexandre Riveira _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Alexandre Riveira 2013-04-15T11:45:54 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/465 <pre>Hi! Rainbows! has been reviewed by Debian ftpmasters and is now available in Debian experimental. :) It is in experimental because we are in the process of releasing Wheezy. Rainbows! will be uploaded to unstable after that. ----- Forwarded message from Debian FTP Masters &lt;ftpmaster&lt; at &gt;ftp-master.debian.org&gt; ----- Date: Sat, 13 Apr 2013 00:00:05 +0000 From: Debian FTP Masters &lt;ftpmaster&lt; at &gt;ftp-master.debian.org&gt; To: Debian Ruby Extras Maintainers &lt;pkg-ruby-extras-maintainers&lt; at &gt;lists.alioth.debian.org&gt;, Jérémy Bobbio &lt;lunar&lt; at &gt;debian.org&gt; Subject: rainbows_4.5.0-1_amd64.changes ACCEPTED into experimental, experimental Accepted: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Format: 1.8 Date: Mon, 18 Mar 2013 12:52:34 +0100 Source: rainbows Binary: rainbows Architecture: source all Version: 4.5.0-1 Distribution: experimental Urgency: low Maintainer: Debian Ruby Extras Maintainers &lt;pkg-ruby-extras-maintainers&lt; at &gt;lists.alioth.debian.org&gt; Changed-By: Jérémy Bobbio &lt;lunar&lt; at &gt;debian.org&gt; Description: rainbows - HTTP</pre> Jérémy Bobbio 2013-04-15T11:49:22 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/462 <pre>нэр төрийн баталгаа premium хэрэглэгчийн 891178** дараа төлбөрт дугаар зарна. үнэ 700. утас: 88890915 Powered by Interspire _______________________________________________ Rainbows! mailing list - rainbows-talk&lt; at &gt;rubyforge.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Today 2013-03-29T21:29:18 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/461 <pre> Unfortunately, there isn't one that I know of. I haven't looked at WebSockets in ages, but I think client-side code needs to be taught to handle disconnects/shutdowns gracefully and retry as needed. _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Eric Wong 2013-03-26T00:13:34 http://permalink.gmane.org/gmane.comp.lang.ruby.rainbows.general/460 <pre>Is there a best practice for how to restart a Rails app that uses websockets? As far as I can tell, the Rainbows documentation doesn't say anything about how to deal with existing websocket connections when using signal handling to replace old processes with new ones. _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw&lt; at &gt;public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying </pre> Cary Cherng 2013-03-25T23:59:39 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lang.ruby.rainbows.general