epoll+xepoll: clarify intent of these concurrency options
authorEric Wong <normalperson@yhbt.net>
Fri, 1 Mar 2013 23:29:00 +0000 (1 23:29 +0000)
committerEric Wong <normalperson@yhbt.net>
Fri, 1 Mar 2013 23:29:00 +0000 (1 23:29 +0000)
Via private communication, I learned of a user using XEpoll
when he should not have been.

lib/rainbows/epoll.rb
lib/rainbows/xepoll.rb

index a711186..4fbf9ba 100644 (file)
@@ -19,6 +19,8 @@ require 'sendfile'
 # small enough to always be in your kernel page cache.  This concurrency
 # model may starve clients if you have slow disks and large static files.
 #
+# Do not use this if you have slow external dependencies.
+#
 # === RubyGem Requirements
 #
 # * raindrops 0.6.0 or later
index a7f9d8c..1ba64f6 100644 (file)
@@ -7,6 +7,8 @@ require 'rainbows/epoll'
 # for Ruby 1.9 users as it can avoid accept()-scalability issues on
 # multicore machines with many worker processes.
 #
+# Do not use this if you have slow external dependencies.
+#
 # === RubyGem Requirements
 #
 # * raindrops 0.6.0 or later