VirtualBox

Ticket #2256 (closed defect: duplicate)

Opened 6 years ago

Last modified 6 years ago

Accessing host documents via vboxsvr share very slow

Reported by: pablo Owned by:
Priority: major Component: other
Version: VirtualBox 2.0.2 Keywords:
Cc: Guest type: other
Host type: other

Description

Hi,

This problem first reared its head after 1.5.6 Yes, I should have logged a bug back then but I had a work-around which wasn't too much pain. I think it's time to fix this issue. :)

Problem

When using the `vboxsvr' share to Open and Save files, especially, Office files, it's very slow compared to using a regular Windows share from the Guest to the Host.

Environment

Guest O/S

Windows X/P; Service Pack 3. Office 2007.

Host O/S

openSUSE 11.0 - 2.6.25.16-0.1-pae

Test Case

o Create a new PowerPoint file and place it on the Host - ensure it is also accessible to the Guest via the Network Neighborhood Browse function
o Create a permanent `vboxsvr' share pointing to where the file is located on the Host o Open the file using the `vboxsvr' share and note the time to perform this function. Add a single word and Save the file; note the time elapsed time to save the file. o Perform a Network Neighborhood Browse in the Guest and navigate to the same location and perform the same functions as above. Note the time difference (I hope you see what I'm seeing! :)

Additional Forensics

I downloaded and installed WinDump (similar to tcpdump) and noted when the vboxsvr' share is used, UDP packets are sent via port 137 (netbios). The first set of packets get through immediately but the subsequent packets timeout (so it seems). One can see in the attached file the problem manifesting after 16:27:37.392216'

I can collect more data if necessary. Just let me know.

Attachments

windump Download (1.8 KB) - added by pablo 6 years ago.
windump trace - port 137 filtering

Change History

Changed 6 years ago by pablo

windump trace - port 137 filtering

comment:1 Changed 6 years ago by steved424

Sounds like the same as bug #1728 .. there really shouldn't be netbios packets sent at all, I think Windows is waiting for a name lookup on "vboxsvr" to timeout before passing the request to the shared folder driver ..

comment:2 Changed 6 years ago by pablo

Hi Steve,

I read bug #1728 and yes, that's exactly the same issue.

It'd be nice to get the issue fixed.

comment:3 Changed 6 years ago by sandervl73

  • Status changed from new to closed
  • Resolution set to fixed

comment:4 Changed 6 years ago by sandervl73

  • Status changed from closed to reopened
  • Resolution fixed deleted

comment:5 Changed 6 years ago by sandervl73

  • Status changed from reopened to closed
  • Resolution set to duplicate
Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use