Jeff White wrote:

From: "Bill Stoddard"




Andrew Mann wrote:



http://www.microsoft.com/mspress/books/sampchap/5726.asp

"Also, because TransmitFile is geared toward server applications,


it is


fully functional only on server versions of Windows. On home and
professional versions, there may be only two outstanding


TransmitFile


(or TransmitPackets) calls at any given time. If there are more,


then


they are queued and not processed until the executing calls are


finished."


It's not as official as MSDN I guess, but at least it's


published by


them. The article appears to be XP era.

Andrew


Yep, checkout MaxActiveTransmitFileCount here:



http://www.microsoft.com/technet/treeview/default.asp?url=/technet/itsolutions/network/deploy/depovg/tcpip2k.asp


Can work around this particular fooness with EnableSendfile off. No


idea if this will make teh problem


disappear tho.

Bill




Try using the built-in Windows Script Host (WSH) and the built-in (WMI) Windows Management Instrumentation via the built-in Windows Scripting language VBScript.

Set the Allowed Number of TCP Connections
http://www.microsoft.com/technet/scriptcenter/network/scnet133.asp

Save the above little VBScript as whatever.vbs
and start it by using the command line
version of the Windows Script Host - cscript.exe.

c:>cscript.exe whatever.vbs

Try the other "networking options" too.

Networking
http://www.microsoft.com/technet/scriptcenter/network/default.asp

And for doing registry actions.

Registry
http://www.microsoft.com/technet/scriptcenter/registry/default.asp

All done via the built-in Windows Scripting
engine and the built-in languages (or download
and use the language of your desire with the
built-in Windows Script Host engines).

Administration scripting examples and an
ONLINE version of the 1328 page Scripting Guide:
http://www.microsoft.com/technet/scriptcenter

Jeff




I don't think any of that applies to this situation. The way I read the URL Bill provided is that MaxActiveTransmitFileCount is hard coded in workstation builds, no amount of registry editing can override it.
It doesn't seem to be an issue of exceeding the maximum number of TCP connections, but rather that TransmitFile() is used to send files when EnableSendfile is configured on in Apache, and that function is crippled in Windows Workstation builds.
As far as I can tell this is something directed solely at web servers (at least I can't think of much else that would need to serve massive amounts of small files uninterpretted over the network).


Andrew



Reply via email to