Custom Query (16363 matches)
Results (2002 - 2004 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #3191 | obsolete | VirtualBox hangs after saving state of a virtual machine | ||
| Description |
The problem described below showed up with OpenSuSE 11 (32 and 64 bit) as guest systems, Windows XP SP3 (32 bit) as host. After I try to save the state of a virtual machine, the progress bar goes up to 100% as usual then disappears. The virtual machine's window ("... - Sun xVM VirtualBox") still remains visible, although "grayed", as when saving was in progress. I can try to close this window or select menu items (for example, Machine->Close) but nothing happens in each case. The mouse cursor has a "wait" form. It may have something to do with shared clipboard support, it seems. The problem happened after I copied some text in the guest OS and pasted it several times on the guest OS again. In addition, if I disable shared clipboard supports in the settings of the virtual machine, the problem does not show up. While the VirtualBox's window hangs, clipboard is not working on the host OS as well: copying has no effect although no error message is displayed. After I kill VirtualBox's processes, the clipboard starts working again on the host system. The state of the guest OS seems to be saved: looks like it can be restored successfully then. I have attached the log of a session that ended up with that problem. According to the information provided by Process Explorer, when the problem occurs, one of the threads of the process VirtualBox.exe hangs with state "Wait:Executive" Unfortunately, I am unable to copy & paste the stack for this thread for obvious reasons. |
|||
| #5107 | duplicate | Downloading via NAT connection hogs 100% CPU and never finishes | ||
| Description |
Sometimes when I try to download a bunch of files that amount to at least a dozen megabytes, the guest system begins using almost 100% CPU and becomes nearly unresponsive, the download almost freezes (perhaps it runs but extremely slowly). The problem appeared, for example, when I was trying to perform an online update of Ubuntu 8.10 guest (25-290 Mb of packages were to be downloaded) or was doing something like
(about 85Mb or more to be downloaded). If I was downloading something not very big (a couple megabytes or less), no problem occured. I tried VBox 2.2.4 - the problem did not show up there. I have attached the log from VBox 3.0.6 running online update of Ubuntu 8.10 (eventually I had to kill VBox this time) and from VBox 2.2.4 where the same operation completed successfully. Host: Windows XP SP3 Pro x86 The problem has showed up on the following guests: OpenSuSE Linux 11.1, Ubuntu Linux 8.10. I have not tried to reproduce it on other guests yet. Network: NAT with PCNet Fast III adapter. I tried also Intel PRO/1000 MT Desktop - the same problem there. |
|||
| #6300 | obsolete | X11 operates too slowly in openSuSE 11.2 without VT-x/AMD-V | ||
| Description |
Host: Windows XP SP3 Pro x86
Guest: openSuSE 11.2 x86
VirtualBox: 3.1.4 Operations with GUI elements in the guest OS are performed very slowly if VT-x/AMD-V is turned off (or simply not available on the PC). This issue shows up even while I am hovering the mouse pointer over the items in the main menu, scroll a document in OpenOffice or a web page in Opera or Firefox, etc. This issue has been spotted on two PCs, one of which does not support hardware virtualization at all, the other one does. On the latter machine, the performance of the operations mentioned above was checked both with using VT-x/AMD-V disabled and enabled in the setting of the virtual machine.
Here is what the output of
Total CPU load (on average): user-mode code - 1%, kernel-mode (except for interrupts) - 10%, servicing hardware interrupts - 0%, idle - the rest. Among the running processes CPU is mostly used by Xorg (4-6%). So far, so good
Total CPU load (on average):
user-mode code - 10%, kernel-mode (except for interrupts) - 70%, servicing hardware interrupts - about 20%, idle - nearly 0%.
Among the running processes CPU is mostly used by Xorg (40-50%) and the corresponding application, MainMenu, for example (20-25%). Launching a GUI-intensive application like Opera or OOo is thus a real pain.
Total CPU load is less than 10-15%. CPU is mostly used by Xorg again but now it is only 5-7%, which is acceptable. The above data were nearly the same on the virtual machines without VirtualBox guest additions and with VirtualBox guest additions (version 3.0.8) provided with openSuSE. [NB] I was unable to check the issue with the guest additions from VirtualBox 3.1.4 distribution. I have tried several times to install them (with or without uninstalling the previous additions, with different xorg.conf variants or without xorg.conf at all, etc.) but either X11 refused to start or both mouse and keyboard did not work after reboot, even Host+F2 and the like did not work. The absense of xorg.conf by default on openSuSE 11.2 also does not make life easier in this case. Experiments with SaX made no good too. Anyway, the problem with guest additions is another story and is probably beyond the scope of this ticket. What is really annoying, is the sluggishness of X11 without hardware virtualization support. |
|||

