Return-Path: 
 <users-return-234091-apmail-tomcat-users-archive=tomcat.apache.org@tomcat.apache.org>
X-Original-To: apmail-tomcat-users-archive@www.apache.org
Delivered-To: apmail-tomcat-users-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 50CA9CFB9
	for <apmail-tomcat-users-archive@www.apache.org>;
 Tue,  8 May 2012 19:07:24 +0000 (UTC)
Received: (qmail 47632 invoked by uid 500); 8 May 2012 19:07:21 -0000
Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org
Received: (qmail 47571 invoked by uid 500); 8 May 2012 19:07:21 -0000
Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-help@tomcat.apache.org>
List-Unsubscribe: <mailto:users-unsubscribe@tomcat.apache.org>
List-Post: <mailto:users@tomcat.apache.org>
List-Id: <users.tomcat.apache.org>
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Delivered-To: mailing list users@tomcat.apache.org
Received: (qmail 47562 invoked by uid 99); 8 May 2012 19:07:20 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 May 2012 19:07:20 +0000
X-ASF-Spam-Status: No, hits=-2.3 required=5.0
	tests=RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of awang@ptc.com designates
 12.11.148.84 as permitted sender)
Received: from [12.11.148.84] (HELO irp2.ptc.com) (12.11.148.84)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 May 2012 19:07:10 +0000
X-IronPort-AV: E=Sophos;i="4.75,553,1330923600";
   d="scan'208";a="114030784"
Received: from hq-ex3fe2.ptcnet.ptc.com ([132.253.201.63])
  by irp2.ptc.com with ESMTP; 08 May 2012 15:06:11 -0400
Received: from awang.ptcnet.ptc.com ([132.253.201.117]) by
 HQ-EX3FE2.ptcnet.ptc.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Tue, 8 May 2012 15:06:11 -0400
Message-ID: <4FA96EA2.2000203@ptc.com>
Date: Tue, 08 May 2012 14:06:10 -0500
From: Andy Wang <awang@ptc.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: users@tomcat.apache.org
Subject: Re: Slow downloads through mod_jk on Windows XP
References: <4FA84EE5.7050504@ptc.com> <4FA8555C.1090703@ice-sa.com>
 <4FA85FD1.5060109@ptc.com>
In-Reply-To: <4FA85FD1.5060109@ptc.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-OriginalArrivalTime: 08 May 2012 19:06:11.0352 (UTC)
 FILETIME=[A1C70980:01CD2D4D]

On 05/07/2012 06:50 PM, Andy Wang wrote:
> On 05/07/2012 06:06 PM, Andr� Warnier wrote:
>>
>> Considering your setup, it should not be too hard to set up a 
>> download of the same file file directly from Tomcat (through its HTTP 
>> Connector), to compare that with your two previous ways.  This way, 
>> you could make sure if it is Tomcat, or the mod_jk/AJP link which is 
>> the issue.
>>
>> Also, still considering your setup, it should be possible to 
>> configure things so that these file downloads are handled directly by 
>> Apache httpd, since that seems to satisfy your expectations.  mod_jk 
>> "JkMount/JkUnMount" rules (*) should make that possible, no ?
>> Have to be a bit careful not to introduce security holes, and I am 
>> assuming that the files are static (which may be wrong here).
>>
>> (*) or the <Location ..> + "setHandler jakarta-servlet" configuration 
>> variation
>>
> Thanks for the http connector idea.  I forgot about that.  The primary 
> reason why i'm using tomcat to download a static file is really for 
> testing purposes to confirm performance between mod_jk and direct 
> apache.  we have servlets that stream content files that see the same 
> massive performance hit so in our actual use case it's not static 
> files :(.  I'm thinking this would be a valid test to help at least 
> tweak mod_jk to it's potential.
>
> We've checked and double checked the buffering code of the servlets 
> and it all looks fine AND the performance is fine on Linux and the 
> speed characteristics are identical to serving static files through 
> tomcat + mod_jk so I'm hoping that it's an apples to apples comparison.
>
> Andy
>

Through the HTTP connector the performance is similar to apache direct.  
30mb/s

So there's something interesting going on specifically ajp.

Andy

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org