File Manager I/O Optimizations Slow other File Transfers (123819)
The information in this article applies to:
- Microsoft Windows NT Server 3.1
- Microsoft Windows NT Server 3.5
- Microsoft Windows NT Server 3.51
- Microsoft Windows NT Advanced Server 3.1
This article was previously published under Q123819 SYMPTOMS
The file I/O optimizations in Windows NT File Manager can cause other
processes' calls to Raw Write and Raw Read to fail.
RESOLUTION
To correct This problem:
MORE INFORMATION
Normal CORE mode read and write operations occur in approximately 8K units.
For each 8K the redirector must submit a new SMB (server message block). As
an optimization, Microsoft networks can use RAW mode to send data in 64K
units, requiring one SMB for every 64K. The transport subdivides this
buffer as needed. One stipulation of RAW mode is that the Virtual Circuit
must be tied up while the operation is in progress because the data
frames contain no SMB information to correlate it. No other SMB can be
allowed during this time.
Windows NT introduced a new SMB called NTNotifyDirectoryChange. This
causes the server to notify the client if directory information changes.
For example, if another client adds a file to a directory, Windows NT
File Manager uses NTNotifyDirectoryChange.
This SMB is classified as a long term request. The SMB is received by the
server but is not returned until a change occurs (or until the SMB is
canceled by the client). Because the client does not know when the server
will complete the SMB, it cannot tie up the virtual circuit. Therefore, the
client does not use RAW mode when an NTNotifyDirectoryChange is pending.
When necessary, File Manager cancels the request to take advantage of RAW
mode. However, other processes such as NTVDM
or SETUP are not aware that RAW mode has been disabled.
Modification Type: | Major | Last Reviewed: | 12/15/2003 |
---|
Keywords: | KB123819 |
---|
|