diff options
author | Christian Borntraeger <borntraeger@de.ibm.com> | 2016-05-13 12:16:36 +0200 |
---|---|---|
committer | Paolo Bonzini <pbonzini@redhat.com> | 2016-05-13 17:29:49 +0200 |
commit | c4a8de357ef1916c38e4419c0bafad86ca4fbcf7 (patch) | |
tree | bf00e3c8077771a5dcfd641ea5ed4643ae645618 /drivers/atm | |
parent | 3491caf2755e9f312666712510d80b00c81ff247 (diff) | |
download | linux-stable-c4a8de357ef1916c38e4419c0bafad86ca4fbcf7.tar.gz linux-stable-c4a8de357ef1916c38e4419c0bafad86ca4fbcf7.tar.bz2 linux-stable-c4a8de357ef1916c38e4419c0bafad86ca4fbcf7.zip |
KVM: s390: set halt polling to 80 microseconds
on s390 we disabled the halt polling with commit 920552b213e3
("KVM: disable halt_poll_ns as default for s390x"), as floating
interrupts would let all CPUs have a successful poll, resulting
in much higher CPU usage (on otherwise idle systems).
With the improved selection of polls we can now retry halt polling.
Performance measurements with different choices like 25,50,80,100,200
microseconds showed that 80 microseconds seems to improve several cases
without increasing the CPU costs too much. Higher values would improve
the performance even more but increased the cpu time as well.
So let's start small and use this value of 80 microseconds on s390 until
we have a better understanding of cost/benefit of higher values.
Acked-by: Cornelia Huck <cornelia.huck@de.ibm.com>
Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'drivers/atm')
0 files changed, 0 insertions, 0 deletions