-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Andy,

On 7/6/16 4:05 PM, Wang, Andy wrote:
> On Fri, 2016-07-01 at 17:16 +0000, Wang, Andy wrote:
>> We're seeing some really poor performance with isapi_redirect.dll
>> and uploading files with IIS.
>> 
>> In a particular example, using a 200MB file, the file upload
>> (POST) takes ~50 seconds on localhost.
>> 
>> The same upload using Apache and mod_jk takes about ~6 seconds.
>> 
>> The interesting thing is, on a remote client, the behavior is
>> almost the same. Upload to IIS takes ~50 seconds, upload to
>> apache/mod_jk takes ~7 seconds.
>> 
>> I've done some wireshark captures have found some of the
>> differences.
>> 
>> Apache streams to mod_jk as the upload is occurring.
>> 
>> IIS appears to be buffering the entire upload before finally 
>> streaming to tomcat via ajp.  The TCP recieve window is regularly
>> being starved (ZeroWindow) and the client has to wait for a
>> window update before being able to send more.  I'm not familiar
>> with ISAPI at all, so I don't know if the responsibility on the
>> buffering of the POST is an IIS issue, or is the isapi_redirect
>> filter the problem?  Or is there some overall limitation with
>> isapi?
>> 
> 
> Apparently the site that was running into this problem had someone
> set uploadReadAheadSize to 2GB in IIS.  That specifically controls
> the amount that IIS buffers before sending to isapi.
> 
> So that was it.  Dialing that back appears to have solved the
> issue.

Thanks for posting back. It's a good addition to the archives even
though nobody here ended up helping you :)

- -chris
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJXfWUsAAoJEBzwKT+lPKRYj6sQAK1aBF/wO/CuS6QSgIH1HFiO
r29An9vcXYBU+axOgMvwfewo1wpvYjSm6PL49Twivn84xQn4B+a+jtIj826OoyUg
QblP4jEI/kiephVX3PXOhUye9ECFv44IiKcTAcUIXAFiSDKOQxRtPNHZxAmFkbT5
rucfaKSge87Hx10UtnccMgRbpezl/xylty+aI/QKdEaLFhnyYt8s9LtbDiEnqjtW
p4mOw6yQ/6i+ajSQ+1r+M2/ZUqlDwmUf/nUeCemVB2kYOj99mU6lbWPr1+nIbvh7
CVbKQCW2Jx6dKfMLNmdnXM6C3oPQ7H3D1IA/MkmnHpIdKKm+iBsYOFIirA7QLx2o
HthzsNi6cFBWCy2QlUhy1VvAsFC/uJKqQXPOEI2Em84o6Cx2n+WDQDP7T0GAwx+u
DCLxqabhxRBCR63ZBNwzi3chB/5bfG8b8x+17VL9wFCUpjhw2mSOML0CH+a+0Y9W
mR/h5d7/qLtnmVlB48PGAs7IYILHxuaQp1LCtXN48W9CP00G/W8T0Kqeuo2mXg72
WQ1sMxbXSwCyiYN1GTcRC8blhR6wS3ytQ0ol6mDHAq1sLMMnumOYuLJxlIa/mJPU
KP3e0yvuMX73WHhQ5OOKmpzWSiwEM8apMtUti8IqXmv/+YOqyOypLc1hO6ryefYI
TPPzcVJ7j3sPbjkZfjOr
=uzQu
-----END PGP SIGNATURE-----

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

Reply via email to