Article ID: 123819 - Last Review: November 1, 2006 - Revision: 4.1 File Manager I/O Optimizations Slow other File TransfersThis 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. | Article Translations
|
Back to the top
