VirtualBox

Ticket #1728 (closed defect: fixed)

Opened 6 years ago

Last modified 3 months ago

Slow performance of shared folders XP guest

Reported by: cornbread Owned by:
Priority: major Component: shared folders
Version: VirtualBox 2.2.2 Keywords:
Cc: Guest type: Windows
Host type: other

Description (last modified by frank) (diff)

Upgraded from 1.5.4 to 1.6.2 a couple days ago.

I have been running a script that automatically runs "net use x: \vboxsvr\Documents" on XP Pro SP2 boot.

I upgraded guest additions and after upgrade this script did not work at all and I could not mount it using the net use command.

I then reinstalled guest additions again and the net use command sprang back into action properly mounting the volume.

Next I found that using the share was excruciatingly slow! Up to 15 seconds to open the mounted drive and another 30-45 seconds to open a small excel document.

Disabled antivirus and turned off the firewall etc. still slow.

I then found that after sharing the folder (smb) on my host and using net use x: \10.0.2.2\Documents I was back at full speed. I would not like to do this however due to security concerns.

Keep up the great work.

Attachments

VBoxMRXNP.zip Download (218.5 KB) - added by sunlover 6 years ago.
Shared folders network provider dll for VBox 2.0.x (experimental fix for large delays when opening files)
VBox.log Download (41.2 KB) - added by oxmosys 6 years ago.
VBox.2.log Download (48.2 KB) - added by rober1s 6 years ago.
VBox.log.zip Download (24.0 KB) - added by alexlamsl 4 years ago.
Windows XP (no lmhosts changes)
vbox-adb.zip Download (12.1 KB) - added by adb 4 years ago.
Log file for grep -R example

Change History

comment:1 Changed 6 years ago by frank

  • Component changed from other to shared folders
  • Guest type changed from other to Windows

comment:2 Changed 6 years ago by cfcyoung

I have also found the same performance problems with Shared Folders (Ubuntu host, XP guest). It is not only opening files, but also saving (or autosave). My PC has Duo Core CPU + 2 Gb RAM, so don't think it's hardware resources.

The performance issue is causing other users (other PCs) to bypass Ubuntu and use XP directly via dual-boot, which defeats trying to increase security by minimising use of Windows.

I have the shared data area as entire partition rather than a folder. Will raw disk access be better in such a case? Thanks!

comment:3 Changed 6 years ago by ThomasNovin

This is discussed on the forum,  http://forums.virtualbox.org/viewtopic.php?p=33519

I can add that this is also an issue with VB 1.6.4 with the related version of Guest Additions.

comment:4 Changed 6 years ago by steved424

On a hunch, I tcpdump'd my tun/tap interface while using shared folders. I see sporadic packets trying to resolve "VBOXSVR" over NMB/SMB:

tcpdump: listening on vbox1, link-type EN10MB (Ethernet), capture size 96 bytes
22:48:07.887550 IP (tos 0x0, ttl 128, id 791, offset 0, flags [none], proto UDP (17), length 78) 192.168.129.1.netbios-ns > 192.168.129.255.netbios-ns: [udp sum ok] 
>>> NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
TrnID=0x802F
OpCode=0
NmFlags=0x11
Rcode=0
QueryCount=1
AnswerCount=0
AuthorityCount=0
AddressRecCount=0
QuestionRecords:
Name=VBOXSVR         NameType=0x20 (Server)
QuestionType=0x20
QuestionClass=0x1

So I'm guessing the problem is that windows thinks 'vboxsvr' is / might be a NetBIOS name, and waits for the resolution to fail before passing the request on to the shared folder driver?

comment:5 Changed 6 years ago by steved424

I've just checked the "Provider Order" settings in Windows, and Shared Folders is already at the top of the list, so that can't be the problem.

Disabling NetBIOS over TCP/IP seems to be an effective workaround, albeit a bit of a brutal one. The bogus look-ups stop and the stalls accessing the shared folders seem to go away.

comment:6 Changed 6 years ago by ThomasNovin

That workaround works for me too. I disabled NetBIOS over TCP/IP and the delays are gone.

comment:7 Changed 6 years ago by sandervl73

Marked #2256 as a duplicate.

comment:8 follow-up: ↓ 10 Changed 6 years ago by pablo

After disabling NetBIOS over TCP/IP, none of my computers show up when I do a Network Neighborhood browse.

comment:9 follow-up: ↓ 11 Changed 6 years ago by pablo

This problem was reported three months ago ... is there a fix in the works?

comment:10 in reply to: ↑ 8 Changed 6 years ago by steved424

Replying to pablo:

After disabling NetBIOS over TCP/IP, none of my computers show up when I do a Network Neighborhood browse.

Uh, yeah, because you've basically disabled Windows networking altogether - I did say it was a brutal solution!

comment:11 in reply to: ↑ 9 ; follow-up: ↓ 12 Changed 6 years ago by steved424

Replying to pablo:

This problem was reported three months ago ... is there a fix in the works?

The alternative of course is just to use samba on the host, and share the folders through that, like you did for your test in #2256. It's not a convenient solution for inexpert end-users, though ..

comment:12 in reply to: ↑ 11 Changed 6 years ago by pablo

Replying to steved424:

Replying to pablo:

This problem was reported three months ago ... is there a fix in the works?

The alternative of course is just to use samba on the host, and share the folders through that, like you did for your test in #2256. It's not a convenient solution for inexpert end-users, though ..

The proposed solution doesn't work when using a laptop on a plane. There's no interface available. I did try using `lo' with samba but it didn't work. Perhaps I missed something obvious?

As for the `brutal solution' :) ... indeed ... brutal. heh heh.

I'm curious why Sun hasn't chimed in on a fix since it was broken back when 1.5.6 was released. Hmmm.

comment:13 Changed 6 years ago by steved424

Ah, you're using NAT mode? I tend to run with "host interface networking", but don't bridge the interface to my real network, so I've got a fully functional private network between the host and guest. Still .. I would expect it to be possible to make NAT mode work with samba running on the loopback interface - is samba listening on it (netstat -tl)?

But yes, I would have thought that with an apparent regression in a fairly important feature it would be worth trying to find the culprit changeset. One of the vbox guys did chime in on the forum thread (which I've just read) at one point, so presumably the issue is being given some thought ..

comment:14 follow-up: ↓ 15 Changed 6 years ago by pablo

Hi Steve,

Yes I run NAT mode because it's on my laptop. On my laptop, if I'm on a plane I turn off all wireless devices in order to conserve juice. Also, I don't believe wireless devices support bridging; perhaps they do now. I think a few months back madwifi was offering some experimental support.

I'll see if I can get samba to listen on localhost again. I'm in the middle of a tomato implementation.

comment:15 in reply to: ↑ 14 Changed 6 years ago by steved424

Replying to pablo:

Yes I run NAT mode because it's on my laptop. On my laptop, if I'm on a plane I turn off all wireless devices in order to conserve juice. Also, I don't believe wireless devices support bridging; perhaps they do now. I think a few months back madwifi was offering some experimental support.

My point was you don't actually need a real interface, or bridging, even in "host interface mode." There's a package called "uml-utilities" (on Ubuntu, at least) that includes "tunctl", which allows the creation of TUN/TAP interfaces, then you can just ifconfig the host side with an IP. Alternatively I think VBoxAddIF will also do this.

Anyway, to get back on topic, here's a suggestion to the devs for an ugly hack: catch the name lookups in the network emulation code and fake a reply of some sort - does NetBIOS support negative responses?

comment:16 Changed 6 years ago by pablo

You can't create a tunnel on a wireless device.

I'm not using the OSS version ... I'd really like for Sun to fix what they broke. :p

Changed 6 years ago by sunlover

Shared folders network provider dll for VBox 2.0.x (experimental fix for large delays when opening files)

comment:17 follow-up: ↓ 21 Changed 6 years ago by sunlover

Please try the attached network provider dll. It fixes the problem here with MS Office applications.

To install: boot the guest to the safe mode with command prompt. Then copy the new VBoxMRXNP.dll to windows\system32 and reboot the guest.

Thanks!

comment:18 Changed 6 years ago by pablo

Hi,

Thank you sunlover. I'm a bit wary on installing software when I don't have a valid sun/virtualbox.org e-mail associated with it.

Would it be possible sunlover to e-mail me (pablo blueoakdb.com) a quick `hey' to confirm yourself? :) Sorry about being paranoid.

comment:19 Changed 6 years ago by frank

pablo, your E-mail address is not set in the trac database so sunlover cannot send an E-mail to you. I can confirm that sunlover is a Sun staff member as I am. If you have any doubts please give me a short note to frank _dot_ mehnert _at_ sun _dot_ com and I will reply you immediately. It would be nice if you could verify if this version works for you.

comment:20 Changed 6 years ago by pablo

Hi Frank and Sunlover,

First off, thank you for your patience. Second, thank you for the quick turn-around on making an experimental fix available.

I just tested it and it works wonderfully well.

Also, my e-mail address wasn't set in the Trac system initially (I'm not sure why) but when I discovered it last week, I set it.

comment:21 in reply to: ↑ 17 Changed 6 years ago by steved424

Please try the attached network provider dll. It fixes the problem here with MS Office applications.

Doesn't seem to help with stalls while browsing files with Windows Explorer, though. I'm still seeing them (~5 secs every 30-45 secs), and I'm still seeing bogus NetBIOS lookups for "VBOXSVR" going out over the network.

comment:22 Changed 6 years ago by cfcyoung

Hi all, I've just done a quick check - Word, Excel, Quickbooks (XP guest, Ubuntu 8.04, VB 2.0.2) - and the files seem to open and save MUCH faster. I'll have a better picture when I work with the larger files, but so far it looks good. Thank you for the fixes and tips!!!

comment:23 Changed 6 years ago by rober1s

Yep, the new VBoxMRXNP.dll fixed it here as well.

Kubuntu 8.04, AMD64 Windows XP SP3.

Thanks! Will this eventually find its way into the guest additions?

comment:24 Changed 6 years ago by frank

Sure, the next version of VirtualBox will contain the fix.

comment:25 Changed 6 years ago by rober1s

After further testing, it seems the problem with slow file access operations is not completely fixed by this new dll. When saving a document with MS Word, if there are several levels of directory to open to get to the final directory in the \vboxsvr shared folder where a file is to be saved, the operation slows down after traversing the first level in the directory hierarchy.

comment:26 Changed 6 years ago by oxmosys

In my case, overwriting VBoxVRXNP.dll and restarting Windows does not change anything. I still get a long 10 second delays before it access the share.. I'm currently using guest additions 1.5.6 which does not have this problem.

comment:27 Changed 6 years ago by YohTurk

In my case (Ubuntu Hardy Heron (Linux 2.6.24-21-generic) host, Windows XP client) overwriting VBoxVRXNP.dll breaks the installation: XP gets to the Welcome screen, and then the window crashes. Reinstallation of the guest-additions gets me back to where a started from. Is the dll file not valid for the latest Ubuntu kernel (this may be a silly question - know little about these things)? I ask this as I had to reinstall Virtualbox earlier after my linux kernel had been updated.

comment:28 Changed 6 years ago by frank

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

Please update to 2.0.4 (the guest additions as well!), reopen if necessary.

comment:29 follow-up: ↓ 30 Changed 6 years ago by rober1s

*Much* faster now, thanks!

--Doug

comment:30 in reply to: ↑ 29 Changed 6 years ago by YohTurk

That did the trick. And all these reinstalls etc have left my Windows XP 'machine' intact. This forum is great - also got the sound to work after some searching. Thanks!

Johan

comment:31 Changed 6 years ago by oxmosys

The last update (1.6.4) with guest additions does not fix anything for me. Each time that the computer boot and that I try to access vboxsvr/share, it takes exactly 15 seconds to open. Once it has been opened, it opens without any delay, until the computer is rebooted.

comment:32 Changed 6 years ago by oxmosys

  • Status changed from closed to reopened
  • Resolution fixed deleted

comment:33 Changed 6 years ago by oxmosys

Note : Last guest addition that works correctly is 1.5.6

comment:34 Changed 6 years ago by pablo

From your post, it's unclear whether you're trying the latest MR: 2.0.4

Have you tried it? Same problem?

comment:35 Changed 6 years ago by oxmosys

I'm sorry, I wrote 1.6.4, but I mean 2.0.4. Yes I tested this version with guest additions. My Windows XP installation does not have this problem with 1.5.6 and when I update to 2.0.4, the problem appears.

comment:36 Changed 6 years ago by frank

oxmosys, please could you attach the VBox.log file from that session?

Changed 6 years ago by oxmosys

comment:37 Changed 6 years ago by oxmosys

Sure, attached.

comment:38 Changed 6 years ago by rober1s

FWIW, I am running a Kubuntu 8.04 host on an AMD 64 with XP guest, and the performance issues shared folder access with VB 2.04 have been completely fixed.

I've attached my log as well for comparison. I notice that oxmosys is running a newer kernel than me.

--Doug

Changed 6 years ago by rober1s

comment:39 Changed 6 years ago by oxmosys

Since everybody except me confirms that this bug has been fixed, I'm probably getting another bug, so I re-open ticket #2076

comment:40 Changed 5 years ago by frank

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

So I will close this one.

comment:41 Changed 5 years ago by rober1s

  • Status changed from closed to reopened
  • Resolution fixed deleted

I recommend that this bug be reopened. After extensive testing, I conclude that there is still a problem with how VirtualBox accesses shared \vboxsvr folders.

Here's a scenario that can be used to repeatedly reproduce the buggy behavior:

Using Microsoft Word or Powerpoint, open a file. Put something in it. Select File->Save As, and choose a directory that is several layers deep in a \vboxsvr shared folder. It takes about 45 seconds to a minute to open each subsequent subdirectory location to eventually arrive at the desired "Save To" directory.

The same performance issue can be experienced when inserting an image into a Powerpoint file, where the image file is several directories down inside a \vboxsvr shared folder. Navigating to the desired subdirectory takes an inordinate length of time.

I am using VirtualBox 2.0.4, Linux Kubuntu 8.04 host, Windows XP SP3 guest on an AMD64 machine.

--Doug

comment:42 Changed 5 years ago by cornbread

Same issue one one of our systems. STILL

comment:43 Changed 5 years ago by frank

  • Version changed from VirtualBox 1.6.2 to VirtualBox 2.0.4
  • Summary changed from Slow performance of shared folders XP guest with Ubuntu 7.10 Host to Slow performance of shared folders XP guest

cornbread, please attach the VBox.log file of such a WinXP session.

comment:44 Changed 5 years ago by jw5801

I'm running VirtualBox 2.0.6 with a GNU/Linux host (Gentoo) and a Windows XP SP3 guest. Attempting to view the shared folders causes explorer to hang for a rather lengthy period. The NetBIOS workaround appears not to be working, although completely disabling the virtual network adapter and restarting the VM lets them work correctly. I can attach a VBox.log if desired, someone will need to point me in the right direction as to how to create an attachment here, however. That's if there is a separate method for attaching files, otherwise I can just dump it somewhere and link back.

comment:45 Changed 5 years ago by frank

VirtualBox 2.1.0 contains another fix for shared folders of Windows guests. Please could you check if this fix works for you (upgrade the guest additions)?

comment:46 Changed 5 years ago by jw5801

I'd be happy to, can I use the 2.1.0 Guest Additions with 2.0.6, or will I need to upgrade VirtualBox completely? If I can, where can I find the Guest Additions iso for download separate to the full download?

comment:47 Changed 5 years ago by NickB

Ubuntu 8.10 VBox 2.1.0 Guest additions 2.1.0r41146 Problem still there for me - fixed by disabling netbios over tcpip. Had I not found this page I'd have given up on VB!

comment:48 Changed 5 years ago by kronenpj

I'm also seeing this behavior on 2.1.0 and WinXP SP3.

comment:49 Changed 5 years ago by pablo

Howdy,

I'm seeing the slowness as well on 2.1.0 with the 2.1.0r41146 Guest Additions.

Host O/S: openSUSE 11.1 Guest O/S: Win XP SP3

comment:50 Changed 5 years ago by kronenpj

Oddly enough, if I add vboxsvr to the localhost line in %windir%\system32\drivers\etc\hosts the problem goes away for me. Eg: my changed line looks like this:

127.0.0.1 localhost vboxsvr

Thus, this appears to me to be a networking-related issue.

comment:51 Changed 5 years ago by jw5801

Appending vboxsrv to the hosts line also fixes the issue for me on VBox 2.0.6.

comment:52 Changed 5 years ago by pablo

vboxsrv to `hosts' fixes the issue for me on VBox 2.1.

Guest O/S: Win XP Host O/S: openSUSE 11.1

kronenpj - good show!

comment:53 Changed 5 years ago by sunlover

  • Version changed from VirtualBox 2.0.4 to VirtualBox 2.1.0

Thanks for your reports. We have reproduced the problem. However I can't promise a quick fix. (BTW, this is actually the same problem as  http://www.virtualbox.org/ticket/2076 )

comment:54 Changed 5 years ago by rober1s

Why not just poke 'vboxsver' into 'hosts' as part of the guest additions installation?

BTW, the fix works for me too.

--Doug

comment:55 Changed 5 years ago by pvillela

I have applied the workaround suggested by kronenpj (include "127.0.0.1 localhost vboxsvr" in Windows hosts file) and it improved performance a lot. Thanks, kronenpj. However folder sharing is still appreciably slower than explicit Samba sharing of the same folders. I'm running XP SP3 guest on VirtualBox 2.1 on Ubuntu 8.04.1.

comment:56 Changed 5 years ago by Alden

I have tested this bug with the new VirtualBox 2.1.2 and it continue happens.

I have a Windows XP SP3 guest running in a Windows XP SP2 host. The access to host share folders from the guest is very slow.

The network adapted used by the guest is a PCnet-FastIII running as host interface (Broadcom NetXtreme 57xx Gigabit Controller).

comment:57 Changed 5 years ago by wcdamsch

I don't know if this is a fix or not because I have tried several combinations of the suggestions above, but I added the VBOXSVR to the host file initially without any speed improvement. I then deleted the share folder from my network places and instead of adding it with network places wizard or the command line I used the map network drive in the tools dropdown in windows explorer and it seems to be working fine now. I tried it both ways and mapping definately works much faster than the other method. I put a shortcut on my XP desktop and it opens very fast.

comment:58 Changed 5 years ago by cboese

When I use one of the INTEL Pro/1000 NICs, there's a huge delay in everything involving the network shares via "vboxsvr" (unusable slow!). When I use one of the PCNet NICs, it's blazingly fast. Host: ubuntu 8.10 Guest: XP SP2

If you need more information (driver details, logs, etc), I would be happy to post them.

comment:59 follow-up: ↓ 60 Changed 5 years ago by frank

Any change with 2.1.4?

comment:60 in reply to: ↑ 59 Changed 5 years ago by cboese

Replying to frank:

Any change with 2.1.4?

I have upgraded to 2.1.4 and it still takes a long time when browsing vboxsrv folders.

comment:61 Changed 5 years ago by cboese

The wierd thing is, I have previous clones of this machine, and they work totally fast.

comment:62 Changed 5 years ago by ThomasNovin

I have virtualbox 2.1.4-42893_Ubuntu_intrepid on the host and 2.1.4r42893 on the guest (XP).

If I create a host network and add vboxsrv into hosts pointing to the guest-ip of the host network the delay is gone. Otherwise approx 10-15s every time I open a Office-document (xls, doc, vsd).

comment:63 Changed 5 years ago by steved424

No idea if this is relevant, but I happened to be running Apache as a web proxy on my host last night, and using it from the guest. In the proxy logs I saw:

192.168.129.1 - - [02/Mar/2009:22:13:02 +0000] "PROPFIND http://vboxsvr/jennydocs HTTP/1.1" 502 501 "-" "Microsoft-WebDAV-MiniRedir/5.1.2600"
192.168.129.1 - - [02/Mar/2009:22:13:02 +0000] "OPTIONS http://vboxsvr/ HTTP/1.1" 502 482 "-" "Microsoft-WebDAV-MiniRedir/5.1.2600"
192.168.129.1 - - [02/Mar/2009:22:13:06 +0000] "PROPFIND http://vboxsvr/jennydocs HTTP/1.1" 502 501 "-" "Microsoft-WebDAV-MiniRedir/5.1.2600"
192.168.129.1 - - [02/Mar/2009:22:13:06 +0000] "PROPFIND http://vboxsvr/jennydocs HTTP/1.1" 502 501 "-" "Microsoft-WebDAV-MiniRedir/5.1.2600"
192.168.129.1 - - [02/Mar/2009:22:13:07 +0000] "PROPFIND http://vboxsvr/jennydocs HTTP/1.1" 502 501 "-" "Microsoft-WebDAV-MiniRedir/5.1.2600"
192.168.129.1 - - [02/Mar/2009:22:13:07 +0000] "PROPFIND http://vboxsvr/jennydocs HTTP/1.1" 502 501 "-" "Microsoft-WebDAV-MiniRedir/5.1.2600"
192.168.129.1 - - [02/Mar/2009:22:13:15 +0000] "PROPFIND http://vboxsvr/jennydocs HTTP/1.1" 502 501 "-" "Microsoft-WebDAV-MiniRedir/5.1.2600"
192.168.129.1 - - [02/Mar/2009:22:13:15 +0000] "PROPFIND http://vboxsvr/jennydocs HTTP/1.1" 502 501 "-" "Microsoft-WebDAV-MiniRedir/5.1.2600"

As far as I'm aware, I didn't do anything odd in the guest that should have triggered that. I was merely using a shared folder and running iTunes ..

comment:64 Changed 5 years ago by aloishammer

VirtualBox 2.14 amd64 on Ubuntu Jaunty amd64 host, WinXP SP3 guest, Intel desktop gig-e NIC virtual iface attached to host's real Intel gig-e NIC, host is a Lenovo T500. Host and guest are both using jumbo frames (identical size). Using the Intel 13.5 NIC driver set on the guest. Access to network resources on attached real network seems normally responsive.

The only way I can access VBOXSVR is via Network Places, which takes a very, very long time to show VBOXSVR in Entire Network. Opening the one share (ext4-backed, if it matters, VM-dedicated, tried both ro and rw access) is slow to the point of uselessness. Any other attempted access is equally slow. Can't resolve VBOXSVR to an IP via ping or nslookup.

comment:65 Changed 5 years ago by esalkin

I have just started getting these symptoms too. It was working fine.

This may be a dumb question but why do shared folders go through TCP at all? Why can't they be "mounted" directly? Let the Virtual Machine settings handle permissions.

comment:66 Changed 5 years ago by urgannagru

Virtualbox 2.14, latest guest additions are installed Windows XP SP3 guest, Vista32 host

I tried the localhost fix, didn't work for me I disabled netbios as recommended, worked (with obvious disadvantages)

to summarize: this problem is still there

comment:67 Changed 5 years ago by urgannagru

(can't figure out how to edit previous post)

i found a site that recommended mapping the shared folder to a drive letter to make the problem (kind of) go away. that solution also worked  http://blogs.sun.com/dups/entry/virtualbox_and_shared_folders

comment:68 Changed 5 years ago by Alden

Sorry, I have implemented the last workaround proposed in previous message, but it doesn't work.

My virtual machine continues having serious performance problems with shared folders. If I copy the shared folder from the host system to the guest, the speed of access is very faster.

My host system is a Windows XP SP 2 and my guest system is a Windows XP SP 3.

I'm despaired with this bug, every new version of VirtualBox still has it...

comment:69 Changed 5 years ago by cornbread

There has been another regression in versions newer than 2.1.0. They'll get it eventually when they start caring about it and making it more of a priority, currently it is "major" priority (medium). +1 for critical

comment:70 Changed 5 years ago by aloishammer

Second for critical. Shared folders are utterly unusable and should be taken off the feature list until they're usable.

comment:71 Changed 5 years ago by cboese

And another one for critical. There are obviously two major bugs. One makes the whole shared folders thing unusable (yes: remove it from the feature list) and the other one slows down opening of Office documents very much.

comment:72 Changed 5 years ago by sunlover

  • Version changed from VirtualBox 2.1.0 to VirtualBox 2.1.4

We are aware of the problem. Technically, this is the Windows problem with UNC name resolution algorithm. Unfortunately we do not know how to work it around properly.

How bad it is depends on the network configuration, that is how long it takes for the guest to realize that there is no VBOXSVR machine in the network.

It is recommended to do not use UNC paths for accessing shared folders (\vboxsvr\etc). Always access shared folders via a mapped drive letter (net use z: \vboxsvr\path).

comment:73 Changed 5 years ago by cboese

Obviously this is not completely corect, as there are cases where also the mapping to a drive letter didn't help. I am quite sure that this problem has multiple sources.

comment:74 Changed 5 years ago by frank

Any other obvious explanation is welcome as well as pointers to internal Windows details about UNC handling.

comment:75 follow-ups: ↓ 76 ↓ 87 Changed 5 years ago by gusbourg

Not sure if this helps, but I added vboxsvr to my lmhosts/hosts files (in WINDOWS\System32\drivers\etc) pointing back to localhost and to the vbox side of the NAT. Both ways resolved the slowness issue for me...

comment:76 in reply to: ↑ 75 Changed 5 years ago by aloishammer

Replying to gusbourg:

Not sure if this helps, but I added vboxsvr to my lmhosts/hosts files (in WINDOWS\System32\drivers\etc) pointing back to localhost and to the vbox side of the NAT. Both ways resolved the slowness issue for me...

No help here, but thanks for the idea.

comment:77 Changed 5 years ago by cornbread

It is much slower on our machine in 2.2.2 than it was back in 2.0.6. Anything after 2.0.6 has this issue. Please bump this to version 2.2.2

comment:78 Changed 5 years ago by frank

  • Version changed from VirtualBox 2.1.4 to VirtualBox 2.2.2

A fix is in work but it will not make it into the next maintenance release. Solving this problem might sound trivial (just drop all changes between 2.0.6 and 2.1.0) but things are not that easy, unfortunately.

comment:79 Changed 5 years ago by unggnu

I can confirm this with VBox 3.0 on MacOsX and Windows Xp as guest. Loading the same Powerpoint presentation from desktop takes around two seconds and from shared folder around 10-20. Even worse if I exit Powerpoint, Excel or Word 2007 after opening a document from shared folder they hang. The window is gone but the process is still there which happens every time a file is opened with MS Office 2007 from shared folder. This doesn't happen if I open a file from the virtual hard disk. The zombie processes prevents XP from shutting down properly. The general copying performance or installing of huge exe files from shared folder works fine though.

comment:80 Changed 5 years ago by cornbread

This should be fixed by VBox 4.0 or possibly 6.0. It isn't as big of an issue as all us users think, waiting 10-30 seconds to open a document won't kill us... :P

comment:81 Changed 5 years ago by frank

As I already said, the problem is not that easy to solve.

comment:82 Changed 5 years ago by unggnu

At least on MacOsX you can't really use it for Office 2007 because all instances hang on exit. After some time you have many office instances running which eating your mem and prevent XP form shutting down properly. Of course you can workaround it.

comment:83 Changed 5 years ago by bob.yang

I have the same slow performance problem. My Virutalbox is 2.1.4_OSE. The host is Ubuntu904, the guest is WindowsXP ServicePack3. My solution is "disable the below 2 services in windows": 1.TCP/IP NetBIOS Helper 2.WebClient Remember to set them be 'manual start'.

comment:84 Changed 5 years ago by steved424

@bob.yang: Interesting, I presume the "WebClient" service is something to do with WebDAV? That would explain the log messages I reported seeing earlier in this thread (2009-03-03 10:53:02)..

comment:85 Changed 5 years ago by unggnu

@bob.yang Thanks man. Your workaround fixed the hanging of Office 2007 on my MacOsX Host. Opening the files is still extremely slow in MS Office but at least it doesn't freeze anymore

comment:86 Changed 5 years ago by cornbread

might be related to my other issue I posted recently: #4728

comment:87 in reply to: ↑ 75 Changed 5 years ago by bewst

Replying to gusbourg:

Not sure if this helps, but I added vboxsvr to my lmhosts/hosts files (in WINDOWS\System32\drivers\etc) pointing back to localhost and to the vbox side of the NAT. Both ways resolved the slowness issue for me...

@gusbourg: can you give details of the exact changes you made?

Thanks.

comment:88 Changed 5 years ago by VladimirCZ

Applying the local host modification proposed here:  http://ubuntuforums.org/showthread.php?t=1266909&page=2 improved significantly speed of opening files located in shared folders.

OS host=Ubuntu 9.04 64-bit, guest=Windows XP SP3 VirtualBox 3.08 PUEL

comment:89 Changed 4 years ago by cemerick

FYI, the host file mod linked to by VladimirCZ above doesn't work for me: OS X host, vista x64 guest, vbox 3.10.

comment:90 Changed 4 years ago by Eric Carroll

I have this same problem. See ticket  5353 which was ruled a duplicate.

Things I tried (and didn't work) include:

  • upgrading to 3.0.10 guest additions
  • adding vboxsvr to hosts file
  • disabling netbios on the adapter
  • accessing via UNC path instead of mapped drive letter

I benchmarked XP vs Win 7 on vboxsvr. The problem is much worse for Win 7. SMB access is still the fastest.

tcdumps are included in my ticket of NETBIOS & DNS traffic attempting to resolve vboxsvr.

OS=Ubuntu 9.04 32 bit, guest=Windows 7

comment:91 Changed 4 years ago by piomagic

Having the same problem (Suse-host, XP-guest, currently vbox 3.06, also experienced with 3.08-

The following helped: "disable the below 2 services in windows": 1.TCP/IP NetBIOS Helper 2.WebClient? Remember to set them be 'manual start'.

Don't know about the side effects, but since I mostly use it to edit local files, I don't care.

comment:92 Changed 4 years ago by sunlover

Browsing shared folders in Windows Explorer should be faster in the upcoming VirtualBox 3.1. Please test with the beta 2:  http://forums.virtualbox.org/viewtopic.php?f=15&t=24827 Important: update Windows guest additions to 3.1 as well.

Unfortunately there are other cases when Windows will try to resolve VBOXSVR over network. As a workaround please add following two lines to \WINDOWS\system32\drivers\etc\lmhosts file in the GUEST:

255.255.255.255       VBOXSVR #PRE
255.255.255.255       VBOXSRV #PRE

comment:93 Changed 4 years ago by seattle vic

I've had this problem for some time now, but until yesterday was not loading any large files from the shared folders. I tried all the suggestions here without much success. I'm running Ubuntu 9.10 as host and all the windows guests (win 7, xp, 2000).

I'm downloading the 3.1.1. beta now and will report back when I get it loaded.

comment:94 Changed 4 years ago by seattle vic

OK, I downloaded the 3.1 beta. It completely fixed the problem in win 7 and xp, so congratulations. (I did have this strange issue of doing a strike thru in word taking 30 seconds the 1st time, and never figured it out until now; it's fixed too)

However, my win 2000 guest gets the blue screen of death; "xmode_exception_not_handled". I tried to do a safe mode boot and got, "page_fault_in_nonpaged_areas". Hope that helps if you haven't seen it with a win 2000 guest yet. I don't know how to log these errors in your PR system, but would if I could. I'll hold off for further beta updates for the w2k.

When is 3.1 supposed to be ready?

Thanks again...

comment:95 Changed 4 years ago by pablo

Hey Seattle Vic,

Thank you _very_ much for running the tests. I've been monitoring this bug hoping for a bug. It wasn't ever too bad for me but I still would like it to perform well. :)

Cheers, -pablo

comment:96 Changed 4 years ago by seattle vic

Try it Pablo. It was a night and day difference for me. I was starting to edit an old novel I wanted to get back in to, and it was taking over a minute to load; even slower than open office, so I was seriously considering going over to my win 7 via dual boot, which I did NOT want to do. Now the loading time in word is about as fast as native windows.

comment:97 Changed 4 years ago by pablo

Hi Vic,

Hmmm, oh what the heck! :)

I'll give it a shot .... gonna try it now .... I'll post back .... I'll take some timing tests first.

Cheers, -pablo

comment:98 Changed 4 years ago by pablo

Hi Vic,

I had a problem installing the bits in openSUSE 11.1 but I was still able to run some tests. You're absolutely right, it's seems the issue is resolved. Excellent going Sun/VirtualBox Engineering!

Below are my test results

The first timing is thrown out and four subsequent timings are run.

o VPN running in VM
o Windows XP

3.10
====
Test            Size   1  2  3  4
                  KB    (seconds)
--------------  -----  -- -- -- --
Word              537  16  5  3  8 
Excel           2,980   6  7 12  5

Beta2 3.1.0
===========
Test            Size   1  2  3  4
                  KB    (seconds)
--------------  -----  -- -- -- --
Word              537   1  1  1  1
Excel           2,980  <2  2 <2 <2

comment:99 Changed 4 years ago by sunlover

Thanks for testing. I'll keep this ticket open, because, as mentioned in my earlier comment, there are still some issues, which require the lmhosts worKaround. We are looking at this.

comment:100 Changed 4 years ago by Eric Carroll

I have tested 3.1.0 in the same environment where I reported problems in ticket 5353. Very significant speed increase, down under 3 sec save/load time for same ppt file. I am using lmhosts workaround and have vboxsvr as alias in hosts for 127.0.0.1

Thank you!

comment:101 Changed 4 years ago by alexlamsl

Host: Windows 7 Professional (64-bit) Guest: Windows XP SP3 (32-bit) VirtualBox 3.1.2

The guest is a brand new installation with the Add-on installed.

Shared Folder is so unresponsive that I can never perform a double-click - I have to click, wait for about a minute, then press ENTER on the keyboard.

comment:102 Changed 4 years ago by sunlover

alexlamsl, please attach VBox.log of the Windows XP VM.

Also try to change the lmhosts file in the guest as described in my comment from 2009-11-23 08:42:58. Then reboot the guest.

Changed 4 years ago by alexlamsl

Windows XP (no lmhosts changes)

Changed 4 years ago by adb

Log file for grep -R example

comment:103 Changed 4 years ago by adb

I have setup a new machine

W7/64 bit host
XP SP3 guest
Host is Intel Core Duo, 2.66GHz
RAM: 6.00GB
Disk 500GB RAID 1

I have a source directory tree on my host

D:\74ed1\server>dir /s | tail -3
     Total Files Listed:
           23590 File(s)  1,788,138,326 bytes
            3206 Dir(s)  54,898,176,000 bytes free

If I do a grep -R on that tree from the host it takes 6 seconds, but in the guest it takes nearly 2 minutes.

From the host

D:\74ed1\server>bash
bash-3.2$ time grep -R --include=*.[ch] Ressource *
roent/calmove/entrload.c: *      Ressource Calendar (CAL SRV)object store to datebase.

real    0m6.136s
user    0m1.343s
sys     0m4.499s
bash-3.2$ time grep -R --include=*.[ch] Ressource *
roent/calmove/entrload.c: *      Ressource Calendar (CAL SRV)object store to datebase.

real    0m6.375s
user    0m1.311s
sys     0m4.516s

From the guest

D:\74ed1\server>bash
bash-3.2$ time grep -R --include=*.[ch] Ressource *
roent/calmove/entrload.c: *      Ressource Calendar (CAL SRV)object store to datebase.

real    1m56.687s
user    0m0.593s
sys     0m31.826s
bash-3.2$ time grep -R --include=*.[ch] Ressource *
roent/calmove/entrload.c: *      Ressource Calendar (CAL SRV)object store to datebase.

real    1m55.919s
user    0m0.624s
sys     0m37.218s

This is using drive D mapped as a SharedFolder. I tried it with a network share to the host and it took over 6:30 minutes!!

I have added

255.255.255.255       VBOXSVR #PRE
255.255.255.255       VBOXSRV #PRE

to lmhosts, but it makes no difference.

This makes it totally unusable.

comment:104 Changed 4 years ago by sorin

I reconfirm the same bug on 3.1.4.r57640 - XP guest, Win7 x64 host.

comment:105 Changed 4 years ago by uboot

With 3.1.6, shared folder access is very slow, too.

I mapped the shared folder as a network drive and startup of Portable Thunderbird takes forever.

Guest: Win XP Pro 32Bit, Host: Win XP Pro 64Bit

comment:106 Changed 4 years ago by dinismiguel

The problem persists in version 3.2

comment:107 Changed 4 years ago by sunlover

dinismiguel, could you attach VBox.log and describe in details how to reproduce the problem? Also have you added VBOX entries to lmhosts file and reboot the guest?

comment:108 Changed 4 years ago by nalmir

I've noticed that shared folder works much faster if virtual disk is fixed size...

comment:109 Changed 3 years ago by marcvs

I've added to C:\WINDOWS\system32\drivers\etc one line: 10.0.2.2 vboxsrv

then things were pretty much faster

comment:110 Changed 3 years ago by marcvs

Update: Were faster until I rebooted.... Settings are the same there, but things are back to slow...

comment:111 Changed 3 years ago by fero8

can confirm extremely slow shared folder access with both of my setups:

  • OSX host & CentOS guest
  • Win7 host & CentOS guest

VB 3.2.12

comment:112 Changed 2 years ago by frank

  • Status changed from reopened to closed
  • Resolution set to fixed
  • Description modified (diff)

There were some improvements regarding this problem in VBox 4.1.x. Please reopen if still relevant with VBox 4.1.12 (make sure to update the Guest Additions as well).

comment:113 Changed 3 months ago by gggeek

Please reopen. Performance of shared folders is still horrible (tested on the same setups as fero8 above).

One sample benchmark blog post:  http://mitchellh.com/comparing-filesystem-performance-in-virtual-machines

comment:114 Changed 3 months ago by Konstigt

Looked through this page + https://www.virtualbox.org/wiki/TracTickets

Cannot find how to unsubscribe as I don't want email concerning this old bug?

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use