VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (2002 - 2004 of 16363)

Ticket Resolution Summary Owner Reporter
#2047 fixed 1366x768 host resolution not supported in fullscreen or seamless mode => Fixed in SVN Warren Guy
Description

My notebook (Sony VGN-TZ27GN) has screen resolution of 1366x768. In full screen mode, the guest resolution is 1360x768, centred in the screen, leaving 3 pixels empty at either side of the screen. In seamless mode, application windows are missing the right-most 3 pixels and gain an extra 3 pixels on the left, displaying the underlying desktop in the Guest (see attached screenshot). I've also attached the VBox.log showing (at 00:00:38.066) VMMDev::SetVideoModeHint detecting the correct resolution and then being set incorrectly with Display::handleDisplayResize().

#2048 fixed Linux - Disk I/O performance problems Christian Holler
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:

  1. I created a 4 GB file on the root filesystem of the guest (called test.file) with dd from /dev/zero
  1. I ran "dd if=/dev/zero of=/test.file bs=4M count=1000 conv=notrunc"
  2. I ran "dd if=/dev/zero of=/test.file bs=4M count=1000 conv=notrunc oflag=direct"

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 Steve Dodd
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".

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