System Threads As mentioned earlier

System Threads
As mentioned earlier, the cache manager performs lazy write and read-ahead I/O operations by submitting requests to the common critical system worker thread pool. However, it does limit the use of these threads to one less than the total number of critical system worker threads for small and medium memory systems (two less than the total for large memory systems). Internally, the cache manager organizes its work requests into four lists (though these are serviced by the same set of executive worker threads):
■ The express queue is used for read-ahead operations.
■ The regular queue is used for lazy write scans (for dirty data to flush), write-behinds, and lazy closes.
■ The fast teardown queue is used when the memory manager is waiting for the data sec- tion owned by the cache manager to be freed so that the file can be opened with an image section instead, which causes CcWriteBehind to flush the entire file and tear down the shared cache map.
■ The post tick queue is used for the cache manager to internally register for a notification after each “tick” of the lazy writer thread—in other words, at the end of each pass. To keep track of the work items the worker threads need to perform, the cache manager creates its own internal per-processor look-aside list, a fixed-length list—one for each processor—of worker queue item structures. (Look-aside lists are discussed in Chapter 10.) The number of worker queue items depends on system size: 32 for small-memory systems, 64 for medium-memory systems, 128 for large-memory client systems, and 256 for large-memory server systems. For cross-processor per- formance, the cache manager also allocates a global look-aside list at the same sizes as just described.

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

Chủ đề của hệ thống Như đã đề cập trước đó, người quản lý bộ nhớ cache thực hiện ghi lười biếng và trước đọc I/O hoạt động bằng cách gửi các yêu cầu để phổ biến của hệ thống quan trọng công nhân chủ đề hồ bơi. Tuy nhiên, nó không giới hạn việc sử dụng các chủ đề cho một ít hơn tổng số hệ thống quan trọng công nhân chủ đề cho nhỏ và trung bình bộ nhớ hệ thống (hai ít hơn tổng số cho hệ thống bộ nhớ lớn). Nội bộ, quản lý bộ nhớ cache tổ chức yêu cầu công việc của mình vào danh sách bốn (mặc dù chúng được phục vụ bởi cùng một tập hợp của các nhân viên điều hành chủ đề): ■ hàng đợi nhận được sử dụng cho các hoạt động trước đọc. ■ hàng đợi thường xuyên được sử dụng cho lười biếng viết quét (cho dữ liệu bẩn để tuôn ra), viết-behinds, và đóng cửa lười biếng. ■ hàng đợi teardown nhanh chóng được sử dụng khi người quản lý bộ nhớ chờ đợi cho dữ liệu sec-tion thuộc sở hữu của người quản lý bộ nhớ cache để được tự do để các tập tin có thể được mở bằng một phần hình ảnh thay vào đó, mà gây ra CcWriteBehind để tuôn ra các tập tin toàn bộ và xé xuống bản đồ bộ nhớ cache được chia sẻ. ■ hàng đợi bài đánh dấu được sử dụng cho quản lý bộ nhớ cache nội bộ đăng ký cho một thông báo sau khi mỗi "đánh dấu" của nhà văn người lười biếng thread — nói cách khác, ở phần cuối của mỗi vượt qua. Để theo dõi các mục công việc chủ đề của công nhân cần phải thực hiện, quản lý bộ nhớ cache tạo ra danh sách nội bộ cho một bộ xử lý sang một bên xem xét riêng của mình, một danh sách dài cố định — một cho mỗi bộ xử lý — của nhân viên hàng đợi mục cấu trúc. (Danh sách xem xét-dành được thảo luận trong chương 10.) Số lượng nhân viên hàng đợi mục phụ thuộc vào kích thước hệ thống: 32 cho hệ thống bộ nhớ nhỏ, 64 cho các phương tiện truyền thông bộ nhớ hệ thống, 128 cho các khách hàng lớn bộ nhớ hệ thống và 256 cho hệ thống máy chủ lớn bộ nhớ. Cho cross-bộ xử lý một-formance, người quản lý bộ nhớ cache cũng phân bổ một danh sách toàn cầu sang một bên xem xét tại các kích thước tương tự như chỉ mô tả.

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

Hệ thống Threads
Như đã đề cập trước đó, người quản lý bộ nhớ cache thực hiện ghi lười biếng và đọc trước I / O hoạt động bằng cách gửi yêu cầu cho nhân viên hệ thống hồ bơi thread quan trọng chung. Tuy nhiên, nó hạn chế việc sử dụng các chủ đề cho một ít hơn so với tổng số công nhân chủ đề hệ thống quan trọng cho các hệ thống bộ nhớ vừa và nhỏ (hai thấp hơn tổng số cho các hệ thống bộ nhớ lớn). Bên trong, người quản lý bộ nhớ cache tổ chức yêu cầu công việc của mình vào bốn danh sách (mặc dù chúng được phục vụ bởi cùng một bộ đề người lao động điều hành):
■ Các hàng đợi nhanh được sử dụng cho các hoạt động đọc trước.
■ Các hàng đợi thường xuyên được sử dụng để ghi quét lười biếng ( cho dữ liệu bẩn để tuôn ra), viết-behinds, và đóng cửa lười biếng.
■ Các hàng đợi teardown nhanh chóng được sử dụng khi người quản lý bộ nhớ là chờ đợi cho phần có dữ liệu sự thuộc sở hữu của người quản lý bộ nhớ cache để được giải phóng để các tập tin có thể được mở ra với một phần hình ảnh thay vào đó, mà nguyên nhân CcWriteBehind để tuôn ra toàn bộ tập tin và phá bỏ bản đồ bộ nhớ cache chia sẻ.
■ Các hàng đợi bài đánh dấu được sử dụng để quản lý bộ nhớ cache nội bộ đăng ký một thông báo sau mỗi lần "đánh dấu" của nhà văn lười biếng trong thread- Nói cách khác, ở phần cuối của từng vượt qua. Để theo dõi các hạng mục công trình các đề người lao động cần phải thực hiện, quản lý bộ nhớ cache nội bộ tạo ra cái nhìn dành riêng danh sách cho mỗi bộ vi xử lý riêng của mình, một chiều dài cố định danh sách, một cho mỗi bộ vi xử lý của nhân viên cơ cấu mục hàng đợi. (Danh sách Look-sang một bên sẽ được thảo luận trong Chương 10) Số lượng các mục hàng đợi công nhân phụ thuộc vào kích thước của hệ thống: 32 cho các hệ thống bộ nhớ nhỏ, 64 cho các hệ thống trung bộ nhớ, 128 cho các hệ thống client-bộ nhớ lớn, và 256 cho mô lớn hệ thống máy chủ bộ nhớ. Đối với cross-bộ xử lý hiệu quả hoạt trăm, người quản lý bộ nhớ cache cũng phân bổ một cái nhìn sang một bên danh sách toàn cầu ở các kích thước tương tự như vừa mô tả.