Method and system for optimizing data caching in a disk-based computer system

Abstract: The invention comprises an improved method for caching data in a disk based operating system, opening a file access log upon receiving a request to open a file; monitoring the file access behavior for said file and recording said access behavior in said file access log; determining whether said file access behavior was sequential or sequential and fast; caching relatively large amounts of data if said acess behavior was sequential and fast and caching relatively small amounts of data if said access behavior was sequential; and recording said access behavior in an area associated with said file upon closing said file.

Description: Field of the Invention This invention relates to the field of disk based computer systems and more specifically to a method and system for optimizing data transfer from non-volatile memory into random-access memory. Background of the Invention Computer systems typically employ some type of non-volatile data storage device such as a floppy disk or hard disk for the long term storage of programs as well as data. While these devices are essential components in a computer system, data transfer between the respective storage devices and the computer system is relatively slow. Therefore, while executing, the computer system reads selected portions of the data stored on a disk into random access memory where it may be accessed more rapidly. However, the random access memory of most computer systems is not large enough to store all the data contained on the disk device, and accordingly, data is retrieved from the disk in pieces, as required by a particular program. One technique used to speed the accessing of data stored on a disk is to pre-read and cache data so it will be available in random access memory before it is requested by a program. This is sometimes referred to as "read ahead". In the past, data caching was performed in one of two ways. According to a first technique, a fixed amount of data is read ahead and cached every time a disk is accessed. For example, if an application requests a specific amount of data, the requested data as well as a fixed additional amount of data (i.e. 512 bytes) is read into memory. Therefore, the next time an application requires data from disk, it may already be resident in memory and a time consuming disk access may be avoided. While this technique does improve the speed of a computer system, it is inefficient in many cases. For example, many times an application will only require small amounts of data from a disk (i.e. 64 bytes). If the computer system is continuously reading ahead by 512 bytes, system performance is degregaded by the additional time required for seeking and reading data which is not needed by the system. In another case, if an application is requesting large amounts of data (i.e. 1024 bytes), and the system is reading ahead by 512 bytes, the system is still required to perform additional disk accesses since the data is not available in random access memory. Another technique used for reading ahead data is to monitor the behavior of a computer system to determine the character of the disk accesses. For example, does the application consistently request relatively large amounts of data or relatively small amounts of data. Once this determination is made, the size of the cache may be adjusted accordingly. This technique is also inefficient in many cases. For example, when a computer system is first turned on, there is no past behavior record and therfore, there is some delay before a past behavior record can be established. Furthermore, the more delay incurred, the more accurate the past behavior log will be. Accordingly, this technique requires a user to trade lost opportunities for caching data for the accuracy of the behavior record. Still another problem with this technique is that it is impossible for the system to adjust to rapid changes in usage behavior. This also results in inefficient usage of the memory system. The present invention overcomes the above problems by providing a method and means for determining past-access behavior by the time a file is opened, thus eliminating the delay typically required to create a past behavior log. Heuristics may then be applied instantaneously when establishing the size of the data cache. IBM Technical Disclosure Bulletin, vol. 17, Nr. 1, June 1974, New York, U.S., pages 210 to 214; Clark et. al: " Adaptive Data Staging Mechanism in a Virtual Storage System" pertains to the problem of determining which pages of data are to be pre- fetched from a low-level storage device to a high-level storage device. This determination is based on a page access ratio and an inter-page relationship. The page access ratio is a measure of the probability that a page will be accessed by the system once it has been prefetched. According to the described method, the page activity ratio is determined for each page and the respective stored information only contains information in regard to the probability that the respective page will actually be accessed following an acquire. IBM Technical Disclosure Bulletin, vol. 31, No. 8, January 1989, New York, U.S., pages 462 to 466: "Biasing Cache Threshold Pointers Toward Less Pre-Staging" describes prior art caching methods and is related to the problem of adjusting the size of the data which is pre-fetched from disk storage, based on the cache performance. Generally, the cache hit ratio is used to determine the pre-fetch data size. IEEE Computer Society International Conference (Compcon), Conf. 33, Digest of Papers 1988, IEEE Press, Washington, U.S., pages 152-155; Kondoff: "The MPE XL Data Management System Exploiting the HP Precision Architecture" describes various features provided by the MPE XL data management system. This reference indicates that data is pre-fetched from disk storage upon a page fault or a projected page fault. A pre-fetch strategy routine is used to determine how much data is to be pre-fetched, based on file consumption rate, access pattern, fault rate, access method hints, and global main memory availability. Hewlett Packard Journal, vol. 35, No. 3, March 1984, Palo Alto US, pages 38-41; LENK Et AL: "An I/O Subsystem for a 32-Bit Computer Operating System" describes the feature of an I/O sub-system for a specific operating system. The I/O sub-system has a file system which utilises a pool of buffers (caches) to store data from a disk. Data is pre-fetched from the disk to one or more buffers. The data is pre-fetched in anticipation of a read request when the file is accessed sequentially. It is the object of the present invention to provide a method and means for determining the past behavior of a file immediately upon opening the file. It is another object of the present invention to provide a method and means for applying heuristics to data caching to improve the speed and performance of a computer system. It is yet another object of the present invention to provide a method and means for automatically adjusting the size of a data cache based on the behavior of a file. The invention is defined by the subject matter of claims 1 and 9. In operation, upon opening a file, an access log is created. The present invention monitors file access behavior for the file and records the access behavior in the file access log while determining whether the file access behavior was sequential or sequential and fast. Once file access behavior is determined, the present invention caches relatively large amounts of data if the access behavior was sequential and fast and caches relatively small amounts of data if the access behavior was sequential. The access behavior is recorded in an area associated with the file upon closing the file. Once the access log has been created, the access log is read upon opening a file, and caching is performed based on the access behavior read upon opening the file. Preferred embodiments of the present invention are the subject matter of the dependent claims thereto. Brief Description of the Drawings These and other objects will be apparent from the detailed description below and the accompanying drawings in which: Figure 1A is a flow diagram of the process used in conventional caching systems. Figure 1B is another diagram of a conventional data caching technique. Figure 2A is a diagram of the process of determining usage behavior in accordance with the teachings of the present invention. Figure 2B is a diagram of a sequential disk read operation. Figure 3 is a diagram of the operation of the present invention upon receipt of an FS_open command. Figure 4 is a diagram of the operation of the present invention upon receipt of an FS_read operation. Figure 5 is a diagram of the cache function performed in the context of the present invention. Detailed Description of the Invention The present invention is adapted to monitor disk usage and to automatically modify cache size based on current usage. In addition, whenever a file is closed, the present invention stores access information such as a value in the volume which indicates usage level or access behavior. Whenever the file is re-opened, the usage value or flag is read and cache size is established based on the usage record. Therefore, cache size is established immediately upon opening a file, thus eliminating lost opportunity to cache optimally. Figure 1A is a diagram of a typical caching operation. The process 100 is invoked whenever a read request is received by the memory control system or file system driver from an operating system kernel. Decision 102 determines whether the requested data is stored in RAM cache. If not, item 104 copies the requested data from a disk drive into RAM. If data is present in cache, item 106 reads this data directly from the cache into RAM. Since disk based read operations require mechanical steps such as moving a disk head, the operation represented by item 104 is quite time consuming compared to reading data directly from a cache buffer. This process may be further understood by referring to Figure 1B. In the system 150, the computer system 152 generates requests for reading sectors of data resident on disk drive 156. The system 150 first determines whether the data is present in cache 154. If, for example, sector 2 is present in cache, it is immediately returned to computer system 152. In contrast, if the requested sector is not present in cache, a request for data is routed through a memory controller (not shown) to fetch the requested data from disk 156 as represented by sector 3. This data is then placed in cache where it is subsequently routed to computer system 152. Thus, not only is the process delayed by the mechanical operation of the disk drive 156, non-cached operations require two steps as opposed to the single step required by cached operations. Accordingly, it is highly desirable to perform cached operations whenever possible. Two tasks are associated with the operation of the present invention: establishing and maintaining a behavior log or profile and employing heuristics to modify the size of the data cache dynamically. Referring now to Figure 2A, the process 200 is used for updating and maintaining a behavior log. The process 200 begins upon the memory control mechanism receiving an open command from the computer system. An access log is then opened by item 202. When a read request is received, the range of data read and the access time is monitored. Each access is recorded until the read operation is completed as detected by decision 204. Item 208 is invoked when a close file command is received to read the access log and compute whether the access was sequential, sequential and fast or random. The concept of random, fast and sequential or sequential reads is discussed further below. If random, no action is performed by the present invention. Decision 210 determines whether the access was sequential. If so, item 212 sets a flag indicating sequential operation. Then, decision 214 determines whether the access was sequential and fast. If so, item 216 sets a flag to indicate sequential and fast operation. Once the respective flags have been set, item 218 records the behavior log and control passes to item 220 to clear the behavior. The behavior log is preferably stored with the file which was accessed or in a data structure used to locate the file on disk. The method of determining whether sequential or sequential and fast access was recorded may be explained as follows. Disks are typically organized in a series of contiguous sectors. However, sequential data on a disk may not always be stored in contiguous sectors for reasons which are readily apparent to persons of ordinary skill. The contiguous layout of sectors on a disk is represented in Figure 2B. For example, sector 250 is adjacent to sector 252; sector 252 is adjacent to sector 254; sector 254 is adjacent to sector 256, etc. If sectors 250, 252, 254, and 256 are read in series, i.e. adjacent sectors read one after the other, the disk access is considered sequential. If however, the disk access pattern was to read sector 250 followed by sector 256, the access pattern is considered non-sequential or random. A fast sequential access is one which occurs when large number of sectors are read rapidly, such as when an application program is loaded. A regular sequential access occurs during the normal operation of an application program when reading or writing relatively small amounts of data. When monitoring the access history of a file, the disk access may record information in the form: R 1 (t,a,b) R 2 (t,a,b) R 3 (t,a,b) R n (t,a,b) wherein t is a measure of time and a and b refer to the extent of travel in the file as shown in Figure 2B. According to the principles of the present invention, a sequential read may be considered a read of substantially adjacent sectors which are either adjacent or proximately located within a locality factor, defined as follows : R i (a i , b i ): preceded by R i-1 (a i-1' b i-1 ) where: a i = Succ(b i-1 ); and Succ(a) = a + Δ 0 < Δ < δ δ = locality factor determined by unit size of disk I/O. Given the above relationships, a sequential operation is identified when the total number of substantially adjacent sectors read divided by the total number of sectors read exceeds a predetermined amount R s , defined according to the following relationship: Where R s = .80 To determine whether a sequential read is fast, assume: t 1 = the time a first read occurs; t n = the time the last read occurs; and T R = t n - t 1 A read is considered fast if a total number of sectors read divided by a total amount of time lapsed exceeds a predetermined amount T R , as defined by b n -a 1 t n -t 1 > TR Once the present invention has determined whether a read operation is sequential or sequential and fast, this information is used to apply heuristics to the caching process as described in conjunction with Figures 3-5. Referring now to Figure 3, the process 300 is invoked when an FS_Open (file open) command is received from the computer system. Item 302 performs the open operation. Control then passes to item 304 which schedules a preread to cache data of the disk data based on the access history and at the same time creates a new process to instruct a new process to read the indicated data. The original process returns in item 306. The new process created by item 304 begins with item 308 which reads the access history from the disk along with the first 1.5K of data in the portion of interest in the file which is read. Item 310 then examines the access history. Decision 312 determines whether a fast read is indicated. If so, item 314 sets the fast read flag. Control then passes to item 316 which reads a large amount of data into the cache and the routine returns. If decision 312 determines a fast read is not indicated, control passes to decision 318 which determines whether a sequential read is indicated. In not, the routine returns. If a sequential read is indicated, item 320 sets the sequential read flag, and item 322 reads a relatively small amount of data into cache. The routine then returns. Referring now to Figure 4, when an FS_Read (file system read) command is received, the routine 400 is invoked. Decision 402 determines whether the requested data is in cache. If not, item 404 schedules the I/O and item 406 blocks further operation until the read operation is complete. If the requested data is in cache or when item 404 is complete, decision 408 determines whether the access history indicates a fast and sequential read. If so, control passes to item 414 to schedule a large read ahead and the routine returns. If the access history did not indicate a fast and sequential read, decision 410 determines whether the access history indicates a sequential read. If not, the routine returns. If so, item 412 schedules a small read ahead and the routine returns. Referring now to Figure 5, the routine 500 is invoked to read ahead data. When invoked, decision 502 determines whether a free cache block is available. If so, item 510 is invoked to schedule I/O with the disk driver and control returns. Otherwise, decision 504 determines whether a cache block can be freed. If not, control passes to item 506 to wait until a cache block can be freed. Once a cache block can be freed, control returns to decision 504. When a cache block can be freed, control passes from decision 504 to item 508 to allocate a cache block wherein a large block is allocated for fast sequential read operations and a small block is allocated for small read operations. Once the cache block is allocated, control passes to item 510 to schedule disk I/O with the disk driver. The routine then returns. In summary, an improved method and means for caching data has been described. In operation, the present invention determines access behavior and records the access behavior in an area associated with the file. When the file is opened and read, the access behavior is used to allocate a relatively large cache or a relatively small cache based on the access behavior. The access behavior indicator can be modified dynamically as access behavior changes.

Claims: An improved method for caching data in a disk based operating system, comprising: upon receiving a request to open a file: creating (202) a file access log; and opening the file; monitoring the file access behaviour for the opened file and recording the access behavior in the file access log, the file access behaviour indicating whether the opened file is being read sequentially and at a rate that is either below a predetermined rate or above the predetermined rate; determining (210,212,214,216) whether the file access behaviour was sequential and either below or above the predetermined rate; caching relatively large amounts of data from the opened file if the determined file access behavior is sequential and above the predetermined rate and caching relatively small amounts of data from the file if the determined file access behavior is sequential and below the predetermined rate; and recording (218) the determined file access behavior in an area associated with the file upon closing the file. The method of claim 1, further including the steps of: reading the file access behavior from the area associated with the file upon opening the file; and caching data from the file based on the file access behavior read upon opening the file. The method of claim 1 or 2 wherein the step of monitoring file access behaviour comprises monitoring a total number of reads in which substantially adjacent sectors are read while reading data from the file. The method of claim 1 or 2 wherein the step of monitoring file access behaviour comprises monitoring a total amount of time lapsed while reading data from the file. The method of claim 1 or 2 wherein the step of caching comprises: reading said relatively small amounts of data into the cache when a total number of reads in which substantially adjacent sectors are read divided by the total number of reads while reading data from the file exceeds a first predetermined amount; reading said relatively large amounts of data into the cache when the total number of reads in which substantially adjacent sectors are read divided by a total number of reads while reading data from the file exceeds a predetermined amount and a total number of sectors read while reading data from the file divided by a total amount of time lapsed while reading data from the file 2 exceeds said predetermined rate. The method of claim 1 wherein the step of monitoring file access behaviour comprises accumulating an amount of time lapsed and number of reads in which substantially adjacent sectors are read divided by a total number of reads during each access of the file. The method of claim 6 wherein the step of recording determined access behaviour comprises storing a first flag in the area associated with the file indicating whether a total of the accumulated number of reads in which substantially adjacent sectors are read divided by a total amount of reads during each access of the file exceeds a first predetermined amount. The method of claim 6 wherein the step of recording determined access behaviour comprises storing a second flag in area associated with the file indicating whether a total number of sectors read while reading data from the file divided by a total amount of time lapsed while reading data from the file exceeds said predetermined rate. An improved system for caching data in a disk based operating system, comprising: means, upon receiving a request to open a file, for: creating a file access log; and opening the file ; means (152) for monitoring the file access behaviour for the opened file and recording the access behavior in the file access log, the file access behaviour indicating whether the opened file is being read sequentially and at a rate that is either below a predetermined rate or above the predetermined rate; means for determining whether the file access behaviour was sequential and either below or above the predetermined rate; means (152, 154) for caching relatively large amounts of data from the opened file if the determined access behaviour is sequential and above the predetermined rate and caching relatively small amounts of data from the file if the determined access behaviour is sequential and below the predetermined rate; and means for recording the determined access behaviour in an area associated with the file upon closing the file. The system of claim 9, further including: means for reading the access behavior from the area associated with the file upon opening the file; and means for caching data from the file based on the access behaviour read upon opening the file. The computer system of claim 9 wherein the recorded access behaviour comprises a first flag indicating whether a total number of reads in which substantially adjacent sectors are read divided by a total number of reads while reading data from the file exceeds a first predetermined amount. The computer system of claim 9 wherein the recorder access behaviour comprises a second flag indicating whether the total number of sectors read from the file while reading data from the file divided by a total amount of time lapsed while reading data from the file exceeds said predetermined rate. The computer system of claim 9 wherein the access behaviour recorded by the means for monitoring comprises a total number of reads in which substantially adjacent sectors are read while reading data from the file and a total amount of time lapsed while reading data from the file, and wherein the means for caching an amount of the data from the file into the cache comprises: means for reading said relatively small amounts of data into the cache when the total number of reads in which substantially adjacent sectors are read while reading data from the file divided by a total number of reads exceeds a first predetermined amount; and means for reading said relatively large amounts of data into the cache when the total number of reads in which substantially adjacent sectors are read divided by a total number of reads while reading data from the file exceeds said first predetermined amount and a total number of sectors read while reading data from the file divided by a total amount of time lapsed while reading data from the file exceeds said predetermined rate.

Inventors: LETWIN JAMES G, LETWIN, JAMES G.
Applicants: MICROSOFT CORP, MICROSOFT CORPORATION
Application year: 1990
Main classification: G06F12
IPC codes: G06F12