Large Uploads in ASP.NET |
![]() |
|
FileUp's HttpModule intercepts selected requests to overcome ASP.NET's inefficient memory utilization and to allow accurate progress indication. The HttpModule intercepts an upload request, reads all the data, and writes it to a temp file chunk by chunk, before forwarding the request to ASP.NET.
For performance reasons, the HttpModule will not intercept all ASP.NET requests. It will intercept ASP.NET requests for files with the extension .uplx. Files with the extension .aspx will not be processed by the filter, and will be sent directly to ASP.NET. This prevents burdening the server with unnecessary use of the HttpModule. So, to use the HttpModule, name your ASP.NET scripts FileName.uplx.
FileUp's automatic installation package will install the HttpModule for FileUp's samples, and create the script mappings for the .uplx extension. See Installing the HttpModule for instructions on installing the HttpModule at the application level or in the Global Assembly Cache.
|
|
IIS's Connection Timeout property sets a time in seconds at which the server will disconnect an inactive connection. The default value is 900 seconds. To allow very large uploads to complete it may be necessary to increase this value. To reset Connection Timeout:
| MaxClientRequestBuffer is only relevant for the ISAPI filter. If you are using the HttpModule you do not have to adjust this setting. |
The IIS parameter MaxClientRequestBuffer sets a maximum size for the first chunk of a request. The first chunk will usually contain only a request's line and header fields, which includes all data in a request that is not part of the request's entity body. The default value of MaxClientRequestBuffer is 128 KB.
FileUp's ISAPI filter creates a new request and sends the entire request to ASP or ASP.NET as one chunk. When an upload contains many files, the ISAPI filter request may exceed the default value of MaxClientRequestBuffer and IIS might reject the request. To prevent this, add a MaxClientRequestBuffer key to the registry and set it to an appropriate value. Many factors can affect the size of the ISAPI filter request, but it will usually be around 128 KB per 600 uploaded files. To add MaxClientRequestBuffer to the registry and set it to a new value:
In the .NET configuration file for your Web application - web.config or machine.config - there are several attributes that can affect the performance of large uploads. To set these attributes at the machine level, modify machine.config (located in [windows directory]\Microsoft.NET\Framework\[.NET Version Directory]\CONFIG). To set the attributes at the application level, modify your application's web.config file.
You will find the following values in the httpRuntime node of machine.config:
executionTimeoutmaxRequestLengthappRequestQueueLimitappRequestQueueLimit is 100.
If your server will be handling more than 100 concurrent
requests, increase the value of appRequestQueueLimit.The following attributes are in the processModel node of machine.config:
responseDeadlockIntervalresponseDeadlockInterval is 3 minutes. To allow very large uploads, you may have to increase
this value. This property must be set in machine.config, not at the
application level in web.config. It will affect any response deadlock in ASP.NET and
should be used with caution.responseRestartDeadlockIntervalresponseRestartDeadlockInterval is 9 minutes. To allow very large uploads, you may have to increase
this value. This property must be set in machine.config, not at the
application level in web.config. It will affect any response deadlock in ASP.NET and
should be used with caution.maxIoThreadsmaxIoThreads is 25.
Increasing this value will increase the number of concurrent
executing requests, significantly reducing the amount of
time it takes to process concurrent requests.
This value is particularly important for large uploads using the HttpModule.
If you expect many concurrent uploads to your site, you should set
maxIoThreads to the number of concurrent uploads that you wish to support.
Copyright © 2003, SoftArtisans, Inc.