Eliminate typically pointless calls to vm_fault_prefault() on soft, copy-
on-write faults. On a page fault, when we call vm_fault_prefault(), it probes the pmap and the shadow chain of vm objects to see if there are opportunities to create read and/or execute-only mappings to neighoring pages. For example, in the case of hard faults, such effort typically pays off, that is, mappings are created that eliminate future soft page faults. However, in the the case of soft, copy-on-write faults, the effort very rarely pays off. (See the review for some specific data.) Reviewed by: kib, markj MFC after: 3 weeks Differential Revision: https://reviews.freebsd.org/D17367
This commit is contained in:
parent
b25a469f94
commit
9f1abe3df4
@ -1181,6 +1181,16 @@ RetryFault:;
|
||||
*/
|
||||
vm_object_pip_wakeup(fs.object);
|
||||
VM_OBJECT_WUNLOCK(fs.object);
|
||||
|
||||
/*
|
||||
* We only try to prefault read-only mappings to the
|
||||
* neighboring pages when this copy-on-write fault is
|
||||
* a hard fault. In other cases, trying to prefault
|
||||
* is typically wasted effort.
|
||||
*/
|
||||
if (faultcount == 0)
|
||||
faultcount = 1;
|
||||
|
||||
/*
|
||||
* Only use the new page below...
|
||||
*/
|
||||
|
Loading…
Reference in New Issue
Block a user