Server Optimization in RFCB CachingLast reviewed: September 25, 1997Article ID: Q126026 |
The information in this article applies to:
SUMMARYThe Server service now caches the file handles (RFCBs) associated with files it has opened on behalf of a client request. Although write requests proceed normally, close requests are acknowledged by the server, but are buffered from the file system. This is intended to optimize response time to repeated open/close operations performed by clients. In regards to Opportunistic Locking (oplock), this optimization is a logical extension of the way a client caches its own file close request and relies on the server to arbitrate future requests for file access by other clients. In rare situations, Oplock must be disabled for compatibility purposes. RFCB caching also includes a configurable parameter in the registry to modify the server's behavior.
MORE INFORMATIONAn obvious sign that a file is being held open is the reported size may be zero. In Control Panel, the Server option displays open files, when in fact, they are only open by the Server service in a cached mode. Other signs may include sharing violations. Local file operations are not serviced by the server and are not subject to RFCB caching. If you experience problems accessing files opened via a UNC name or from a different computer, you can diagnose the issue as follows: WARNING: Using Registry Editor incorrectly can cause serious, system-wide problems that may require you to reinstall Windows NT to correct them. Microsoft cannot guarantee that any problems resulting from the use of Registry Editor can be solved. Use this tool at your own risk.
|
Additional query words: prodnt cached open limit
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |