Accessing host documents via vboxsvr share very slow

[pablo]

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.

[pablo]

windump trace - port 137 filtering

[Steve Dodd]

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 ..

[pablo]

Hi Steve,

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

It'd be nice to get the issue fixed.