Cache Physical Size While the syste

Cache Physical Size
While the system working set includes the amount of physical memory that is mapped into views in the cache’s virtual address space, it does not necessarily reflect the total amount of file data that is cached in physical memory. There can be a discrepancy between the two values because additional file data might be in the memory manager’s standby or modified page lists. Recall from Chapter 10 that during the course of working set trimming or page replacement the memory manager can move dirty pages from a working set to either the standby list or modified page list, depending on whether the page contains data that needs to be written to the paging file or another file before the page can be reused. If the memory manager didn’t implement these lists, any time a process accessed data previously removed from its working set, the memory manager would have to hard-fault it in from disk. Instead, if the accessed data is present on either of these lists, the memory manager simply soft-faults the page back into the process’s working set. Thus, the lists serve as in-memory caches of data that’s stored in the paging file, executable images, or data files. Thus, the total amount of file data cached on a system includes not only the system working set but the combined sizes of the standby and modified page lists as well. An example illustrates how the cache manager can cause much more file data than that contain- able in the system working set to be cached in physical memory. Consider a system that acts as a dedicated file server. A client application accesses file data from across the network, while a server, such as the file server driver (%SystemRoot%System32DriversSrv2.sys, described in Chapter 12), uses cache manager interfaces to read and write file data on behalf of the client. If the client reads through several thousand files of 1 MB each, the cache manager will have to start reusing views when it runs out of mapping space (and can’t enlarge the VACB mapping area). For each file read thereafter, the cache manager unmaps views and remaps them for new files. When the cache manager unmaps a view, the memory manager doesn’t discard the file data in the cache’s working set that corresponds to the view, it moves the data to the standby list. In the absence of any other demand for physi- cal memory, the standby list can consume almost all the physical memory that remains outside the system working set. In other words, virtually all the server’s physical memory will be used to cache file data, as shown in Figure 11-3.

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

Kích thước vật lý bộ nhớ cache While the system working set includes the amount of physical memory that is mapped into views in the cache’s virtual address space, it does not necessarily reflect the total amount of file data that is cached in physical memory. There can be a discrepancy between the two values because additional file data might be in the memory manager’s standby or modified page lists. Recall from Chapter 10 that during the course of working set trimming or page replacement the memory manager can move dirty pages from a working set to either the standby list or modified page list, depending on whether the page contains data that needs to be written to the paging file or another file before the page can be reused. If the memory manager didn’t implement these lists, any time a process accessed data previously removed from its working set, the memory manager would have to hard-fault it in from disk. Instead, if the accessed data is present on either of these lists, the memory manager simply soft-faults the page back into the process’s working set. Thus, the lists serve as in-memory caches of data that’s stored in the paging file, executable images, or data files. Thus, the total amount of file data cached on a system includes not only the system working set but the combined sizes of the standby and modified page lists as well. An example illustrates how the cache manager can cause much more file data than that contain- able in the system working set to be cached in physical memory. Consider a system that acts as a dedicated file server. A client application accesses file data from across the network, while a server, such as the file server driver (%SystemRoot%System32DriversSrv2.sys, described in Chapter 12), uses cache manager interfaces to read and write file data on behalf of the client. If the client reads through several thousand files of 1 MB each, the cache manager will have to start reusing views when it runs out of mapping space (and can’t enlarge the VACB mapping area). For each file read thereafter, the cache manager unmaps views and remaps them for new files. When the cache manager unmaps a view, the memory manager doesn’t discard the file data in the cache’s working set that corresponds to the view, it moves the data to the standby list. In the absence of any other demand for physi- cal memory, the standby list can consume almost all the physical memory that remains outside the system working set. In other words, virtually all the server’s physical memory will be used to cache file data, as shown in Figure 11-3.

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

Cache Size vật lý
Trong khi hệ thống làm việc thiết lập bao gồm số lượng bộ nhớ vật lý được ánh xạ vào quan điểm trong không gian địa chỉ ảo của bộ nhớ cache, nó không nhất thiết phản ánh tổng số tiền của các tập tin dữ liệu được lưu trữ trong bộ nhớ vật lý. Có thể có sự khác nhau giữa hai giá trị vì thêm tập tin dữ liệu có thể là trong danh sách trang chế độ chờ hoặc sửa đổi quản lý bộ nhớ của. Nhớ lại từ Chương 10 rằng trong quá trình làm việc thiết lập cắt xén hoặc thay thế trang quản lý bộ nhớ có thể di chuyển các trang web bẩn từ một danh sách cài đặt hoặc là danh sách chế độ chờ hoặc sửa đổi trang làm việc, tùy thuộc vào việc trang chứa dữ liệu cần phải được ghi vào paging file hoặc một tập tin trước khi trang có thể được tái sử dụng. Nếu người quản lý bộ nhớ đã không thực hiện những danh sách này, bất cứ lúc nào một quá trình truy cập dữ liệu trước đó loại bỏ khỏi thiết lập làm việc của mình, quản lý bộ nhớ sẽ phải cứng lỗi nó từ đĩa CD. Thay vào đó, nếu các dữ liệu truy cập là hiện nay trên một trong những danh sách, quản lý bộ nhớ đơn giản mềm lỗi trang trở lại vào thiết lập làm việc của quá trình. Như vậy, danh sách phục vụ như là trong bộ nhớ cache của dữ liệu được lưu trữ trong các tập tin phân trang, hình ảnh thực thi, hoặc tập tin dữ liệu. Như vậy, tổng số tiền của tập tin dữ liệu được lưu trữ trên một hệ thống không chỉ bao gồm các hệ thống làm việc thiết lập nhưng các kích thước kết hợp của chế độ chờ và liệt kê các thay đổi theo. Một ví dụ minh họa cách quản lý bộ nhớ cache có thể gây ra nhiều tập tin dữ liệu hơn so với hộp đựng có thể trong hệ thống làm việc thiết lập được lưu trữ trong bộ nhớ vật lý. Hãy xem xét một hệ thống hoạt động như một máy chủ tập tin chuyên dụng. Một ứng dụng client truy cập dữ liệu từ tập tin trên mạng, trong khi một máy chủ, chẳng hạn như trình điều khiển máy chủ tập tin (% SystemRoot% System32 Drivers Srv2.sys, được mô tả trong Chương 12), sử dụng giao diện quản lý bộ nhớ cache để đọc và ghi tập tin dữ liệu thay mặt cho khách hàng. Nếu khách hàng đọc qua hàng ngàn các tập tin của mỗi 1 MB, người quản lý bộ nhớ cache sẽ phải bắt đầu sử dụng lại các quan điểm khi nó chạy ra khỏi không gian lập bản đồ (và không thể mở rộng diện tích lập bản đồ VACB). Đối với mỗi tập đọc sau đó, người quản lý bộ nhớ cache unmaps quan điểm và vẽ lại chúng cho các tập tin mới. Khi người quản lý bộ nhớ cache unmaps một lần xem, quản lý bộ nhớ không loại bỏ các tập tin dữ liệu trong thiết lập làm việc của bộ nhớ cache tương ứng để xem, nó di chuyển dữ liệu vào danh sách chờ. Trong trường hợp không có bất kỳ nhu cầu khác cho physi- cal bộ nhớ, danh sách chờ có thể tiêu thụ hầu như tất cả các bộ nhớ vật lý này vẫn đứng ngoài hệ thống làm việc thiết lập. Nói cách khác, hầu như tất cả bộ nhớ vật lý của máy chủ sẽ được sử dụng để lưu trữ dữ liệu tập tin, như thể hiện trong hình 11-3.