Opened 9 years ago
Last modified 9 years ago
#15359 reopened defect
20% clock drift in the guest
Reported by: | meixner | Owned by: | |
---|---|---|---|
Component: | other | Version: | VirtualBox 5.0.18 |
Keywords: | clock drift | Cc: | |
Guest type: | other | Host type: | other |
Description
The clock of my guest runs at 80% of the speed of the host clock: Invoking date and 60s later invoking it again, only 48s have passed in the guest.
Host: Windows 7 Professional 64bit Guest: Linux Mint 17.1 64bit
Attachments (3)
Change History (13)
by , 9 years ago
comment:2 by , 9 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
Sorry, 4 phyiscal host cores but 8 VCPUs configured, that will not reliably work.
comment:3 by , 9 years ago
I switched back to 4 VCPUs, without any difference. Still losing 12s per minute.
comment:4 by , 9 years ago
So what next? Even with the updated configuration the bug is still there, but the ticket has been closed and the resolution set to invalid. Do I have to open a new ticket?
comment:5 by , 9 years ago
Resolution: | invalid |
---|---|
Status: | closed → reopened |
comment:6 by , 9 years ago
Re-opened the ticket for you :-) The CPU measurement on the host is somehow incorrect. It's incorrect for the CentOS 6 guest as well but has apparently no effect there.
follow-up: 10 comment:9 by , 9 years ago
You might want to try the following workaround:
VBoxManage setextradata VM_NAME VBoxInternal/ TM/TSCTicksPerSecond 3400000000
where VM_NAME is the VM you attempt to start.
comment:10 by , 9 years ago
Replying to frank:
You might want to try the following workaround:
VBoxManage setextradata VM_NAME VBoxInternal/ TM/TSCTicksPerSecond 3400000000where VM_NAME is the VM you attempt to start.
Yes, that seems to fix the issue.
A CentOS 6.x (32 bit) guest on the same host does not show this clock drift.