diff options
| author | Xiao Guangrong <xiaoguangrong@linux.vnet.ibm.com> | 2013-05-31 08:36:27 +0800 |
|---|---|---|
| committer | Gleb Natapov <gleb@redhat.com> | 2013-06-05 12:33:10 +0300 |
| commit | e7d11c7a894986a13817c1c001e1e7668c5c4eb4 (patch) | |
| tree | 73ef9501ae601f51c361ed71c1a419e84bc28c27 /net/core/skbuff.c | |
| parent | 7f52af7412275c0d23becfc325331ec8b5ff2458 (diff) | |
| download | linux-e7d11c7a894986a13817c1c001e1e7668c5c4eb4.tar.gz linux-e7d11c7a894986a13817c1c001e1e7668c5c4eb4.tar.bz2 linux-e7d11c7a894986a13817c1c001e1e7668c5c4eb4.zip | |
KVM: MMU: zap pages in batch
Zap at lease 10 pages before releasing mmu-lock to reduce the overload
caused by requiring lock
After the patch, kvm_zap_obsolete_pages can forward progress anyway,
so update the comments
[ It improves the case 0.6% ~ 1% that do kernel building meanwhile read
PCI ROM. ]
Note: i am not sure that "10" is the best speculative value, i just
guessed that '10' can make vcpu do not spend long time on
kvm_zap_obsolete_pages and do not cause mmu-lock too hungry.
Signed-off-by: Xiao Guangrong <xiaoguangrong@linux.vnet.ibm.com>
Reviewed-by: Marcelo Tosatti <mtosatti@redhat.com>
Signed-off-by: Gleb Natapov <gleb@redhat.com>
Diffstat (limited to 'net/core/skbuff.c')
0 files changed, 0 insertions, 0 deletions