The Memory Manager One unusual aspe

The Memory Manager
One unusual aspect of the cache manager is that it never knows how much cached data is actually in physical memory. This statement might sound strange because the purpose of a cache is to keep a subset of frequently accessed data in physical memory as a way to improve I/O performance. The rea- son the cache manager doesn’t know how much data is in physical memory is that it accesses data by mapping views of files into system virtual address spaces, using standard section objects (file mapping objects in Windows API terminology). (Section objects are the basic primitive of the memory manager and are explained in detail in Chapter 10, “Memory Management.”) As addresses in these mapped views are accessed, the memory manager pages in blocks that aren’t in physical memory. And when memory demands dictate, the memory manager unmaps these pages out of the cache and, if the data has changed, pages the data back to the files. By caching on the basis of a virtual address space using mapped files, the cache manager avoids generating read or write I/O request packets (IRPs) to access the data for files it’s caching. Instead, it simply copies data to or from the virtual addresses where the portion of the cached file is mapped and relies on the memory manager to fault in (or out) the data into (or out of) memory as needed. This process allows the memory manager to make global trade-offs on how much memory to give to the system cache versus how much to give to user processes. (The cache manager also initiates I/O, such as lazy writing, which is described later in this chapter; however, it calls the memory manager to write the pages.) Also, as you’ll learn in the next section, this design makes it possible for processes that open cached files to see the same data as do processes that are mapping the same files into their user address spaces.

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

Quản lý bộ nhớ One unusual aspect of the cache manager is that it never knows how much cached data is actually in physical memory. This statement might sound strange because the purpose of a cache is to keep a subset of frequently accessed data in physical memory as a way to improve I/O performance. The rea- son the cache manager doesn’t know how much data is in physical memory is that it accesses data by mapping views of files into system virtual address spaces, using standard section objects (file mapping objects in Windows API terminology). (Section objects are the basic primitive of the memory manager and are explained in detail in Chapter 10, “Memory Management.”) As addresses in these mapped views are accessed, the memory manager pages in blocks that aren’t in physical memory. And when memory demands dictate, the memory manager unmaps these pages out of the cache and, if the data has changed, pages the data back to the files. By caching on the basis of a virtual address space using mapped files, the cache manager avoids generating read or write I/O request packets (IRPs) to access the data for files it’s caching. Instead, it simply copies data to or from the virtual addresses where the portion of the cached file is mapped and relies on the memory manager to fault in (or out) the data into (or out of) memory as needed. This process allows the memory manager to make global trade-offs on how much memory to give to the system cache versus how much to give to user processes. (The cache manager also initiates I/O, such as lazy writing, which is described later in this chapter; however, it calls the memory manager to write the pages.) Also, as you’ll learn in the next section, this design makes it possible for processes that open cached files to see the same data as do processes that are mapping the same files into their user address spaces.

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

Trưởng bộ nhớ
Một khía cạnh khác thường của người quản lý bộ nhớ cache là nó không bao giờ biết làm thế nào dữ liệu lưu trữ nhiều thực sự là trong bộ nhớ vật lý. Tuyên bố này nghe có vẻ kỳ lạ bởi vì mục đích của một bộ nhớ cache là để giữ cho một tập hợp các dữ liệu thường xuyên truy cập vào bộ nhớ vật lý như là một cách để cải thiện I / O thực hiện. Các nguyên nhân khiến họ quản lý bộ nhớ cache không biết bao nhiêu dữ liệu trong bộ nhớ vật lý là nó truy cập dữ liệu bằng cách xem bản đồ các tập tin vào hệ thống không gian địa chỉ ảo, sử dụng đối tượng mục tiêu chuẩn (đối tượng lập bản đồ tập tin trong Windows ngữ API). (Đối tượng mục là nguyên thủy cơ bản của người quản lý bộ nhớ và được giải thích chi tiết trong Chương 10, "Quản lý bộ nhớ.") Là địa chỉ trong những quan điểm bản đồ đã được truy cập, các trang quản lý bộ nhớ trong khối mà không có trong bộ nhớ vật lý. Và khi nhu cầu bộ nhớ ra lệnh, quản lý bộ nhớ unmaps các trang này ra khỏi bộ nhớ cache và, nếu dữ liệu đã thay đổi, các trang dữ liệu trở lại các tập tin. Bởi bộ nhớ đệm trên cơ sở của một không gian địa chỉ ảo bằng cách sử dụng các tập tin ánh xạ, người quản lý bộ nhớ cache tránh tạo ra danh sách đọc hoặc viết I / O gói tin yêu cầu (IRPs) để truy cập dữ liệu cho các tập tin đó là bộ nhớ đệm. Thay vào đó, nó chỉ đơn giản là bản sao dữ liệu đến hoặc từ địa chỉ ảo, nơi các phần của tập tin lưu trữ được ánh xạ và dựa trên quản lý bộ nhớ đến lỗi trong (hoặc ra) dữ liệu vào (hoặc ra) bộ nhớ khi cần thiết. Quá trình này cho phép người quản lý bộ nhớ để làm cho thương mại-off toàn cầu về bao nhiêu bộ nhớ để cung cấp cho bộ nhớ cache hệ thống so với bao nhiêu để cung cấp cho quá trình sử dụng. (Người quản lý bộ nhớ cache cũng khởi đầu I / O, chẳng hạn như viết lười biếng, được mô tả trong chương này;. Tuy nhiên, nó gọi quản lý bộ nhớ để viết các trang) Ngoài ra, như bạn sẽ tìm hiểu trong phần tiếp theo, thiết kế này làm cho nó có thể cho quá trình mở lưu trữ tập tin để xem cùng một dữ liệu cũng như quy trình được lập bản đồ các tập tin tương tự vào không gian địa chỉ người dùng của họ.