Custom Query (16363 matches)
Results (1999 - 2001 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #2048 | fixed | Linux - Disk I/O performance problems | ||
| Description |
Hello, I am running VirtualBox 1.6.4 on a Linux system with a Linux guest. I did I/O performance tests with the following setup:
So both commands overwrite the existing file without truncating it, the second command uses direct I/O for this task. The results are as follows: dd if=/dev/zero of=/test.file bs=4M count=1000 conv=notrunc & 1000+0 records in 1000+0 records out 4194304000 bytes (4.2 GB) copied, 416.406 s, 10.1 MB/s dd if=/dev/zero of=/test.file bs=4M count=1000 conv=notrunc oflag=direct & 1000+0 records in 1000+0 records out 4194304000 bytes (4.2 GB) copied, 108.356 s, 38.7 MB/s As one can see, the first command (normal I/O) is very slow, whereas direct I/O is resonably fast. Is there any explanation for this behavior? As far as I know, direct I/O circumvents buffering in the linux kernel, so there must be a performance bottleneck somewhere making normal I/O really slow. The underlying filesystems are all ext3, and the selected disk controller is SATA if that is important :) Best regards, Chris |
|||
| #2049 | obsolete | VBoxHeadless with "-a" option aborts when restoring state | ||
| Description |
I'm running VB 1.6.6 on Ubuntu (this bug happens on both Gutsy and Hardy.) If I use the -a option to VBoxHeadless to restore a VM with saved state, I get the following error message (and the VM is set to 'aborted' state): VirtualBox Headless Interface 1.6.6
(C) 2008 Sun Microsystems, Inc.
All rights reserved
[!] FAILED calling vrdpServer->SetNetAddress(Bstr(vrdpAddress)) at line 855!
[!] Primary RC = E_ACCESSDENIED (0x80070005) - Access denied
[!] Full error info present: true , basic error info present: true
[!] Result Code = E_ACCESSDENIED (0x80070005) - Access denied
[!] Text = The machine is not mutable (state is 2)
[!] Component = Machine, Interface: IMachine, {f95c0793-7737-49a1-85d9-6da81097173b}
[!] Callee = IVRDPServer, {ed9d31ae-867f-45fc-b727-6740084d1883}
The command I'm running is VBoxHeadless -s <VMName> -a 127.0.0.1 It doesn't seem to happen when starting a VM from powered off state. In case it is relevant, I'm saving the VM states with "VBoxManage controlvm VMName savestate". |
|||
| #2050 | worksforme | VBoxSDL restores state slowly on Ubuntu Hardy (but not Gutsy) | ||
| Description |
On my machines, restoring the saved state of a VM with ~512Mb RAM generally takes about 8 secs or so, regardless of frontend. The only exception is VBoxSDL running on Ubuntu Hardy, which seems to take ~22 secs or so. The same version (1.6.6) running on Gutsy does not exhibit this problem. Hardly a major issue, but I'm working on an appliance / kiosk use for VBox, and it would be nice to have start up as fast as possible :) Incidentally, I tried downgrading the libsdl1.2debian* packages on Hardy back to the Gutsy versions, in case that was the issue, but it didn't help. |
|||

