File Manager I/O Optimizations Slow other File TransfersLast reviewed: January 23, 1996Article ID: Q123819 |
The information in this article applies to:
SYMPTOMSThe file I/O optimizations in Windows NT File Manager can cause other processes' calls to Raw Write and Raw Read to fail.
RESOLUTIONTo correct This problem:
MORE INFORMATIONNormal 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.
|
Additional reference words: prodnt 3.10 3.50 3.51 smb pending
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |