VirtualBox

Ticket #11947 (new defect)

Opened 10 months ago

Last modified 8 months ago

High I/O on SharedFolders hangs system

Reported by: dsiercks Owned by:
Priority: major Component: shared folders
Version: VirtualBox 4.2.16 Keywords: hang i/o
Cc: Guest type: other
Host type: Linux

Description

Running a deep file scan (IdentityFinder) within a 32bit Windows XP guest on a Shared Folder is causing multiple VMs to independently hang. Guest OS remains somewhat responsive (right click on start bar provides menu) but Explorer or other applications remain unresponsive.

Task Manager is still running/updating and shows 0% CPU usage.

I've included virtual box log. Machine went unresponsive at 10 minutes. Resized window at 35 minutes to provide timeline. Host OS shows vmware process as utilizing between 13-40% cpu utilization.

Host OS is Fedora 19 with yum packages "akmod-VirtualBox Virtualbox" installed.

Attachments

vm-2013-07-09-10-39-54.log Download (51.8 KB) - added by dsiercks 10 months ago.

Change History

Changed 10 months ago by dsiercks

comment:1 Changed 10 months ago by dsiercks

Identity Finder:http://www.identityfinder.com/

System will scan the first ~4,000 files as normal but then Explorer and the OS will hang.

comment:2 Changed 10 months ago by frank

Are you able to stop that scanning application?

comment:3 Changed 10 months ago by dsiercks

It says its attempting to stop, but its been doing that for the past 20 minutes now.

I've killed Identity Finder in Task Manager and Explorer is still unresponsive though I am able to open new applications such as firefox..

I'm not sure it matters, but I'd been doing the same type of scans using Shared Folders on VMWare using a similar setup on a different machine/host OS.

Thank you for the reply! Let me know if I collect any other information.

comment:4 Changed 8 months ago by davidjb

I think this may be a similar/same issue I'm facing.

Ubuntu 13.04 Host, CentOS 6.4 guest (using VirtualBox 4.2.16 as part of Vagrant 1.2.7) and I'm finding that when effectively any I/O happens on the shared folder that gets configured, the CPU usage of the host VBox process runs at 100% CPU (for however many CPUs/cores the VM is configured for).

For example, if I run while [ 1 ]; do ls /vagrant; done; on the guest, the guest's CPU usage is reporting usage around 10% (6% for bash, 4% for sshd). However, whilst this infinite ls call is running, the VBox process is consuming about 117% CPU (1 CPU + extra).

A data transfer comparison shows a file copy from host to client via the shared folder ends up running at about 8.8 MB/s (maxing the CPU along the way). By contrast, a direct copy on the host itself is 370 MB/s (it's an SSD).

In any case, this issue means the effective I/O from the guest side of things is greatly diminished - making shared folders unusable.

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use