From 24248e78de684fbac374be216892a0b4050a1693 Mon Sep 17 00:00:00 2001 From: Eric Wong Date: Tue, 24 Nov 2009 01:50:26 -0800 Subject: rework RevThreadSpawn without TeeInput and 1.8 support Exposing a synchronous interface is too complicated for too little gain. Given the following factors: * basic ThreadSpawn performs admirably under REE 1.8 * both ThreadSpawn and Revactor work well under 1.9 * few applications/requests actually need a streaming "rack.input" We've decided its not worth the effort to attempt to support streaming rack.input at the moment. Instead, the new RevThreadSpawn model performs much better for most applications under Ruby 1.9 --- t/GNUmakefile | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) (limited to 't/GNUmakefile') diff --git a/t/GNUmakefile b/t/GNUmakefile index da4dfd2..193adc0 100644 --- a/t/GNUmakefile +++ b/t/GNUmakefile @@ -19,9 +19,11 @@ endif export RUBYLIB RUBY_VERSION models := ThreadPool ThreadSpawn Rev EventMachine -models += RevThreadSpawn ifeq ($(RUBY_VERSION),1.9.1) # 1.9.2-preview1 was broken models += Revactor + + # technically this works under 1.8, too, it's just slow + models += RevThreadSpawn endif all_models := $(models) Base -- cgit v1.2.3-24-ge0c7