VirtualBox

Opened 10 years ago

Closed 8 years ago

#12905 closed defect (obsolete)

Why CPU has been at 25%?

Reported by: vbox_test Owned by:
Component: other Version: VirtualBox 4.3.10
Keywords: CPU Cc:
Guest type: Windows Host type: Windows

Description

hosts: CPU:E8335 Memory:4G DDR2 800 HD:320G SATA2 MB:P43 type:Notebook OS:windows 8.1 X64 Graphic:ATI HD4650M

guset: Os:windows server 2003 R2 chip:ICH9 VM:vt-x Graphic:support 2D,3D

after install 4.3.10,I start the VM,When the client is loaded,the cpu of client has little rate.but the cpu of hosts has 25% rate above all the time.

Attachments (2)

U872-2014-03-31-08-36-03-4.3.8.log (65.9 KB ) - added by vbox_test 10 years ago.
ver:4.3.8
U872-2014-03-27-22-17-39-4.3.10.log (97.2 KB ) - added by vbox_test 10 years ago.
ver :4.3.10

Download all attachments as: .zip

Change History (6)

by vbox_test, 10 years ago

ver:4.3.8

by vbox_test, 10 years ago

ver :4.3.10

comment:1 by vbox_test, 10 years ago

the os of guest is 32bit

comment:2 by Klaus Espenlaub, 10 years ago

The first log is spanning only a few seconds of VM run, but it clearly shows the same guest-related issue as the second. The second one has the following log line:

00:01:26.775126 RTC: period=0x20 (32) 1024 Hz 

which is effectively saying "start wasting CPU cycles by using a super high timer rate".

Shortly before the guest OS shutdown this is undone:

00:10:04.779198 RTC: period=0x200 (512) 64 Hz

Most likely you're running some application which requests this high timer rate (Microsoft advises against such high rates, as on real hardware it reduces the application performance and on laptop it reduces battery lifetime). In a VM this only gets worse, as interrupt delivery is significantly more expensive than on real hardware.

Try terminating applications manually until you see a line very similar to the 2nd one in VBox.log. It appears there with pretty much no delay after the application is terminated. Note that the log viewer in the GUI doesn't update automatically, it needs to be manually refreshed.

Additionally you have 2 VCPUs configured for the VM, which won't improve the situation, as VMs using SMP have a higher virtualization overhead unless the VCPUs are exclusively running code which needs no cross-CPU synchronization. So depending on the actual workload in the VM you might see anything from very small to very high additional overhead due to the 2nd VCPU. Try going back to one, it might improve the situation somewhat.

This is definitely a duplicate of the widespread "1kHz timer" problem, but I don't have time searching for other tickets talking about it.

comment:3 by vbox_test, 10 years ago

Why the judge is different?

in 4.3.10: 00:00:01.173081 Guest OS type: 'Windows2003' 00:00:01.175152 fHMForced=true - SMP 00:00:01.175162 fHMForced=true - 64-bit guest

but in 4.3.8: 00:00:01.173081 Guest OS type: 'Windows2003' 00:00:01.175152 fHMForced=true - SMP

My guest is a 32-bit.

comment:4 by aeichner, 8 years ago

Resolution: obsolete
Status: newclosed

Please reopen if still relevant with a recent VirtualBox release.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use