You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Right now, the free list manager has two different lists of free pages: the free list and the zero list. The pages on the free list could contain any arbitrary data, so they must be cleaned before being handed out to userspace processes (by overwriting their contents with zeroes). The zero list contains pages that are guaranteed to be clean already, so the cleaning step can be skipped. This is a nice optimization, but it applies equally to threads of any priority. Under this model, many low priority threads could take all the zero pages and force a high priority thread to clean all the pages. This is obviously undesirable, so the free list manager should have some sort of cutoff priority for allowing access to the zero page list.
The text was updated successfully, but these errors were encountered:
Right now, the free list manager has two different lists of free pages: the free list and the zero list. The pages on the free list could contain any arbitrary data, so they must be cleaned before being handed out to userspace processes (by overwriting their contents with zeroes). The zero list contains pages that are guaranteed to be clean already, so the cleaning step can be skipped. This is a nice optimization, but it applies equally to threads of any priority. Under this model, many low priority threads could take all the zero pages and force a high priority thread to clean all the pages. This is obviously undesirable, so the free list manager should have some sort of cutoff priority for allowing access to the zero page list.
The text was updated successfully, but these errors were encountered: