VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (2470 - 2472 of 16363)

Ticket Resolution Summary Owner Reporter
#2526 fixed Non-uniform internal timer in guest OS Konstantin Vlasov
Description

Host machine: Core 2 Duo 6600, 2 GB RAM.
Host OS: WinXP SP3
Guest OS: SUSE Linux Enterprise Server 10 SP2
GA installed

Partially the problem is mentioned in the forum threads:
http://forums.virtualbox.org/viewtopic.php?t=10396
http://forums.virtualbox.org/viewtopic.php?t=1335
and probably here:
http://forums.virtualbox.org/viewtopic.php?t=10745

However, I could find some more details which may be of use for reproducing and fixing the problem.


Problem description

The internal timer inside VM sometimes runs non-uniformly. It looks like following:

  1. At first the guest OS looks somewhat slow in every aspect (including system clock which shows seconds passing more slowly than on the host clock). So, as time passes, the guest clock become more and more mistimed with the host one.
  2. Then suddenly the virtual machine starts to catch up the host clock: guest OS works much faster than before, keyboard delays are extremely low (so when I try to type e.g. "grep", I get something like "ggggggrrrrrreeeeeppppp"), the guest clock are running very fast (several seconds pass within only one "host second").
  3. When guest timer equals to the host one, the speed returns back to normal, then again slows down, and then speeds up, and so on.

Lengths of the periods described can be different. Sometimes, it is slow for couple of minutes, then fast for 7-10 seconds; sometimes it's slow for several seconds, then fast for 0,5-1 second.

Additional factors

I wanted to record a video with this behaviour. However, each time I run video recorder (I'm using UVScreenCamera), the problem became unreproducable. Finally, I noticed that UVScreenCamera's recording process performs something that forces VirtualBox's guest clock catch up the host clock. And the more frames per second I set in the recorder's options, the more smoothly runs VirtualBox. So, it seems that each additional redraw operation (or something like that) makes VB forcibly perform that "catch up" operation, which otherwise would be delayed for the future.

#2527 invalid VirtualBox 2.0.4 for Fedora 9 x86_64 does not start Chris Slater
Description

It looks like one or more of the libraries for version 2.0.4 for Fedora 9 x86_64 is not 64-bit. I receive the following error:

VirtualBox: supR3HardenedMainGetTrustedMain: dlopen("/usr/lib/virtualbox/VirtualBox.so",) failed: /usr/lib/virtualbox/VirtualBox.so: undefined symbol: _ZN10QStatusBar9showEventEP10QShowEvent

Also when I try to look at the package in the package viewer, I get the following error:

the (VBoxRT.so()(64bit)) requirement could not be resolved
#2528 fixed running ddd/gdb halts my Debian Etch 64-bit guest Stéphane Charette
Description

Host: Ubuntu 8.04 64-bit Guest: Debian Etch 64-bit VB: 2.0.4 64-bit Guest additions installed EXCEPT for vboxadd-timesync which is disabled due to ticket #2288. Mouse integration turned off due to ticket #2306.

I have a C++ application I want to debug. I start "ddd path/app" and as soon as I click on "run" my Debian Etch 64-bit guest comes to a halt. I'm presented with the following text:

"A critical error has occurred while running the virtual machine and the machine execution has been stopped. For help, please see the Community section...etc... Press OK if you want to power off the machine or press Ignore if you want to leave it as is for debugging. ...etc..."

I'll attach the files VBox.log and VBox.png.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy