Opened 14 years ago
Closed 13 years ago
#7872 closed defect (fixed)
heavy load caused by: "VBoxManage guestcontrol execute --wait-for exit ..."
Reported by: | Paolo Virtual | Owned by: | |
---|---|---|---|
Component: | VM control | Version: | VirtualBox 3.2.12 |
Keywords: | Cc: | ||
Guest type: | Linux | Host type: | Windows |
Description
when waiting for a blocking program in the guest called by
"VBoxManage guestcontrol execute --wait-for exit ..."
there is a significant increase in CPU load on the host. This is caused by both processes VBoxSVC as well as VirtualBox, although the program in the guest does not cause any load within the guest. This behavior was observed, on Windows 7 and Linux hosts, with VirtualBox Versions 3.2.10, 3.2.12 as well as Beta 4.0.
Attachments (1)
Change History (11)
comment:1 by , 14 years ago
by , 14 years ago
Attachment: | Load_in_Linux_gast.png added |
---|
comment:3 by , 14 years ago
Resolution: | duplicate |
---|---|
Status: | closed → reopened |
Unfortunately the load is still there, caused by VBoxService within the guest (see attachment).
comment:5 by , 14 years ago
comment:6 by , 14 years ago
r35831 should improve the behavior. This changeset will be included in the next maintenance release. The cause of the CPU load is busy waiting of VBoxManage for the termination of the guest process. Changing this would require an API change, therefore a change is not possible in short term.
comment:8 by , 14 years ago
Execution guest programms without "waiting-for-exit" heavy loads CPU too. CPU is about 100% until the guest process off. The same process running in the virual machine manually does not load CPU more than 10%.
This bug is reproduced by CLI utility VBoxManage and by API load IGuest.executeProcess().
This bug does not still fixed by 4.0.4 virtualbox version.
comment:9 by , 14 years ago
In my case, version 3.2.10 still works. However. I just upgraded my system to squeeze. And somehow sequeeze does not work with 3.2.10 anymore (due to some NMI_WATCHDOG not found anymore). So now I am really stuck.
comment:10 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Should be fixed in VBox 4.0.6.
The bug is still persistent in Versions 4.0 and 4.02 as well as SVN-revision r35773.