Because the cache manager is archit

Because the cache manager is architected on top of the virtual memory subsystem, file system drivers can use the cache manager to access file data simply by copying to or from pages mapped to the actual file being referenced without going through the overhead of generating an IRP. Fast I/O doesn’t always occur. For example, the first read or write to a file requires setting up the file for caching (mapping the file into the cache and setting up the cache data structures, as explained earlier in the section “Cache Data Structures”). Also, if the caller specified an asynchronous read or write, fast I/O isn’t used because the caller might be stalled during paging I/O operations required to satisfy the buffer copy to or from the system cache and thus not really providing the requested asynchronous I/O operation. But even on a synchronous I/O, the file system driver might decide that it can’t process the I/O operation by using the fast I/O mechanism, say, for example, if the file in ques- tion has a locked range of bytes (as a result of calls to the Windows LockFile and UnlockFile functions). Because the cache manager doesn’t know what parts of which files are locked, the file system driver must check the validity of the read or write, which requires generating an IRP. The decision tree for fast I/O is shown in Figure 11-11.

Kết quả (Việt) 1:

Bởi vì người quản lý bộ nhớ cache architected trên đầu trang của các hệ thống phụ bộ nhớ ảo, trình điều khiển hệ thống tập tin có thể sử dụng trình quản lý bộ nhớ cache truy cập tập tin dữ liệu chỉ đơn giản bằng cách sao chép đến hoặc từ trang ánh xạ tới tập tin thực sự được tham chiếu mà không qua chi phí tạo ra một IRP. I/O nhanh không luôn luôn xảy ra. Ví dụ, người đầu tiên đọc hoặc viết thư cho một tập tin yêu cầu thiết lập các tập tin cho bộ nhớ đệm (lập bản đồ các tập tin vào bộ nhớ cache và thiết lập các cấu trúc dữ liệu bộ nhớ cache, như đã giải thích trước đó trong phần "Cấu trúc dữ liệu bộ nhớ Cache"). Ngoài ra, nếu người gọi chỉ định một không đồng bộ đọc hoặc viết, nhanh chóng I/O không được sử dụng bởi vì người gọi có thể được ngừng lại trong I/O hoạt động cần thiết để đáp ứng các bản sao đệm để hoặc từ bộ nhớ cache của hệ thống phân trang và do đó không thực sự cung cấp thao tác I/O yêu cầu không đồng bộ. Nhưng ngay cả trên một I/O đồng bộ, trình điều khiển hệ thống tập tin có thể quyết định rằng nó không thể xử lý I/O hoạt động bằng cách sử dụng cơ chế I/O nhanh, nói, ví dụ, nếu các tập tin trong ques-tion có một phạm vi bị khóa byte (là kết quả của các cuộc gọi đến các chức năng Windows LockFile và UnlockFile). Bởi vì người quản lý bộ nhớ cache không biết những gì một phần trong đó tập tin đang bị khóa, trình điều khiển hệ thống tập tin phải kiểm tra tính hợp lệ của đọc hoặc viết, mà yêu cầu tạo ra một IRP. Cây quyết định cho nhanh I/O Hiển thị trong hình 11-11.

Kết quả (Việt) 2:

Bởi vì người quản lý bộ nhớ cache là kiến ​​trúc trên đầu trang của hệ thống bộ nhớ ảo, trình điều khiển hệ thống tập tin có thể sử dụng quản lý bộ nhớ cache để truy cập dữ liệu tập tin chỉ đơn giản bằng cách sao chép hoặc từ các trang ánh xạ tới các tập tin thực tế đang được tham chiếu mà không cần đi qua các chi phí tạo ra một IRP. Nhanh I / O không luôn luôn xảy ra. Ví dụ, lần đầu tiên đọc hoặc viết một tập tin đòi hỏi phải thiết lập các tập tin cho bộ nhớ đệm (lập bản đồ các tập tin vào bộ nhớ cache và thiết lập các cấu trúc dữ liệu bộ nhớ cache, như đã giải thích trong phần "Cấu trúc dữ liệu bộ nhớ cache"). Ngoài ra, nếu người gọi chỉ định một đồng bộ đọc hoặc viết, nhanh I / O không được sử dụng bởi vì người gọi có thể bị đình trệ trong phân trang I / O hoạt động cần thiết để đáp ứng các bản sao đệm hoặc từ bộ nhớ cache hệ thống và do đó không thực sự cung cấp yêu cầu không đồng bộ I / O hoạt động. Nhưng ngay cả trên một tôi đồng bộ / O, trình điều khiển hệ thống tập tin có thể quyết định rằng nó không thể xử lý các hoạt động I / O bằng cách sử dụng cơ chế nhanh I / O, nói rằng, ví dụ, nếu các tập tin trong câu hỏi gì sự có một khóa loạt các byte (như là một kết quả của các cuộc gọi đến Windows LockFile và chức năng UnlockFile). Bởi vì người quản lý bộ nhớ cache không biết những gì các bộ phận của các tập tin bị khóa, điều khiển hệ thống tập tin phải kiểm tra tính hợp lệ của việc đọc hoặc viết, đòi hỏi tạo ra một IRP. Các cây quyết định cho nhanh I / O được thể hiện trong hình 11-11.