Restore the pre-r329882 inactive page shortage computation.
With r329882, in the absence of a free page shortage we would only take len(PQ_INACTIVE)+len(PQ_LAUNDRY) into account when deciding whether to aggressively scan PQ_ACTIVE. Previously we would also include the number of free pages in this computation, ensuring that we wouldn't scan PQ_ACTIVE with plenty of free memory available. The change in behaviour was most noticeable immediately after booting, when PQ_INACTIVE and PQ_LAUNDRY are nearly empty. Reviewed by: jeff
This commit is contained in:
parent
8c0b402ea8
commit
473b1fb5c3
@ -1398,7 +1398,7 @@ drop_page:
|
||||
*/
|
||||
inactq_shortage = vmd->vmd_inactive_target - (pq->pq_cnt +
|
||||
vmd->vmd_pagequeues[PQ_LAUNDRY].pq_cnt / act_scan_laundry_weight) +
|
||||
shortage + deficit + addl_page_shortage;
|
||||
vm_paging_target(vmd) + deficit + addl_page_shortage;
|
||||
inactq_shortage *= act_scan_laundry_weight;
|
||||
|
||||
pq = &vmd->vmd_pagequeues[PQ_ACTIVE];
|
||||
|
Loading…
x
Reference in New Issue
Block a user