Use of Raw Data Transfer Mode Influenced by Application

Last reviewed: November 13, 1997
Article ID: Q152081

The information in this article applies to:

- Microsoft Windows NT operating system version 3.1 - Microsoft Windows NT Advanced Server version 3.1 - Microsoft Windows NT Workstation version 3.5 - Microsoft Windows NT Server version 3.5 - Microsoft Windows NT Workstation version 3.51 - Microsoft Windows NT Server version 3.51

SUMMARY

There are several requirements that must be met for the Windows NT redirector to use raw data transfer mode, which is considered to be a more efficient data transfer mode than core mode. Applications can influence one or more of these requirements in such a way that it is not immediately apparent why data transfer is occurring in core mode and not raw mode.

MORE INFORMATION

The Windows NT redirector has the following requirements for performing raw mode I/O, all of which must be satisfied for raw mode I/O to occur.

- The Server Message Block (SMB) protocol negotiated between the client

  and server must support raw mode.

- The server must be configured to support raw mode.

- The client redirector must be configured to allow raw mode.

- No other SMB requests are pending on the same Virtual Circuit (VC).

- The I/O is not on a blocking named pipe.

- For a READ request: the requested data size is equal to or greater than

  2 times the currently configured request buffer size, and the read
  offset is not past the redirector's currently configured end-of-file.

- For a WRITE request: the requested data size is equal to or greater than
  1.5 times the currently configured request buffer size, and the write
  offset is not more than approximately 1 MB past the current end-of-file.

- The I/O is to take no longer than 5 seconds to complete.

The above requirements are commonly satisfied, and it might be apparent that at a given time raw I/O should be the data transfer mode of choice for the Windows NT redirector. An application or process, however, might be causing the failure of one or more of these requirements (and hence causing the redirector to use core mode) in a subtle way that does not necessarily involve data passing on the VC.

An example of this is an application (such as File Manager) that posts a change notification (for example, the FindFirstChangeNotification and WaitForSingleObject or WaitForMultipleObjects APIs) which causes a long- term pending SMB request(s) on the VC--even though no data is being actively passed on the VC--and, hence, the failure of the requirement listed fourth above.

For more information on File Manager and change notification, please see the following article in the Microsoft Knowledge Base:

   Article-ID: Q123819
   TITLE     : File Manager I/O Optimizations Slow Other File Transfers

An application or process can also influence the redirector to use core mode instead of raw mode by the size of its reads and writes (that is, reads smaller than 2 times the currently configured request buffer size, or writes smaller than 1.5 times the currently configured request buffer size) and the type of its I/O (for example, on a blocking named pipe).

See your application vendor for more information if you suspect network throughput performance problems are the direct result of an application significantly influencing the data transfer mode as mentioned above.


Additional query words: throughput performance
Keywords : ntnetserv NTSrvWkst kbnetwork
Version : 3.1 3.5 3.51
Platform : winnt


THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY.

Last reviewed: November 13, 1997
© 1998 Microsoft Corporation. All rights reserved. Terms of Use.