Do you want to increase speed access to network shared folder? Use NetDir Booster!
File size: 183kb
NetDir Booster Screenshot
How it works?
Applies for MS Windows NT/2000/XP/2003/Vista
SYMPTOMS
When you list the contents of a remote folder to which
your computer is connected by TCP/IP, the results
may take much more time to display than when you
view a local folder.
Note This delay occurs whether you use Windows NT
Explorer or a command prompt to view the folder. This
issue is not specific to any particular network
configuration.
CAUSE
Some additional delay when viewing a remote
directory can be expected because of the additional
overhead involved with sending requests over the
network. How much delay can be attributed to this
cause will depend on various factors such as overall
network bandwidth, current network usage, cache
size on the server, and so on.
One source of delay associated with processing a
directory listing comes directly from the interaction
between the buffer sizes used by the SMB protocol
layer and the behavior of TCP/IP's delayed
acknowledgements.
At the level where a Windows NT client is processing
a "DIR" command, Windows NT will, by default,
request no more than 16,384 bytes or up to 170 files
for each SMB "transact2 findnextfile" transaction. The
number of bytes for each file will vary, in general,
based on the number of characters in the names of
the files being enumerated.
The SMB transaction may be transmitted in multiple
blocks that, in turn, may each require multiple IP
frames to be transmitted over the network. If the
number of frames for each "block" is odd, greater than
1, and there is no other network traffic between the
systems involved, TCP/IP can fall into a situation
where it must incur a 200 millisecond delay for every
partial SMB response.
This problem is likely to be most pronounced in
directories that contain very many files or that contain
files with very long names. One way to determine
whether you are likely experiencing this sort of delay is
to perform two DIR commands against the same
directory simultaneously from two separate command
prompt windows. By adding a second source of
network traffic, there will be more TCP/IP frames that
can carry acknowledgements without having to wait
for the delayed acknowledgement timer to expire.
Therefore, if this is the source of the delay, the speed
of both directory listings should be faster than one by
itself. You may need to perform this test several times
because the timing of the two DIR commands is
important.
SOLUTION
Run NetDir Booster, set a new value for buffer size and press Apply button, wait while restarted network service or reboot computer.
|