Re: poor upload performance with isapi_redirect.dll and IIS
please unsubscribe. thanks From: Christopher Schultz <ch...@christopherschultz.net> To: Tomcat Users List <users@tomcat.apache.org> Sent: Wednesday, July 6, 2016 3:08 PM Subject: Re: poor upload performance with isapi_redirect.dll and IIS -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 +, 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
Re: poor upload performance with isapi_redirect.dll and IIS
-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 +, 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
Re: poor upload performance with isapi_redirect.dll and IIS
On Fri, 2016-07-01 at 17:16 +, 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. Andy
poor upload performance with isapi_redirect.dll and IIS
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? Thoughts? Andy - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
