VirtualBox

Opened 16 years ago

Closed 16 years ago

#2256 closed defect (duplicate)

Accessing host documents via vboxsvr share very slow

Reported by: pablo Owned by:
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 (1)

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

Download all attachments as: .zip

Change History (6)

by pablo, 16 years ago

Attachment: windump added

windump trace - port 137 filtering

comment:1 by Steve Dodd, 16 years ago

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 by pablo, 16 years ago

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 by Sander van Leeuwen, 16 years ago

Resolution: fixed
Status: newclosed

comment:4 by Sander van Leeuwen, 16 years ago

Resolution: fixed
Status: closedreopened

comment:5 by Sander van Leeuwen, 16 years ago

Resolution: duplicate
Status: reopenedclosed
Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use