Slow FTP uploads
-
Aldo Caruso
- Posts: 8
- Joined: 15. Jan 2009, 13:31
Slow FTP uploads
Hi,
I'm using virtualbox-ose 1.5.6 on Ubuntu 8.04 as host with Windows XP as guest and I'm experiencing very slow ftp uploads.
I also tried virtualbox-2.1 ( the non open source edition ) and the problem persists.
Thanks in advance for any help,
Aldo
I'm using virtualbox-ose 1.5.6 on Ubuntu 8.04 as host with Windows XP as guest and I'm experiencing very slow ftp uploads.
I also tried virtualbox-2.1 ( the non open source edition ) and the problem persists.
Thanks in advance for any help,
Aldo
-
Aldo Caruso
- Posts: 8
- Joined: 15. Jan 2009, 13:31
-
Aldo Caruso
- Posts: 8
- Joined: 15. Jan 2009, 13:31
I'm doing ftp to an internal Linux box from a virtual machine running in another internal Linux box. There is no reason why network packets should go to Internet, as NAT in this case is SNAT ( only the source IP address gets changed, not the destination ).
Network packets exiting the machine where the VM is running look like packets originated by the host machine, having its IP address as source.
On the other hand, I'm using NAT for the following reasons:
1) It's simpler to configure.
2) I don't "waste" another IP address on my LAN.
3) The VM, which is running Windows, can't be accessed unless I explicitly configure port forwarding, That's pretty sure.
Thanks in advance for any clue.
Network packets exiting the machine where the VM is running look like packets originated by the host machine, having its IP address as source.
On the other hand, I'm using NAT for the following reasons:
1) It's simpler to configure.
2) I don't "waste" another IP address on my LAN.
3) The VM, which is running Windows, can't be accessed unless I explicitly configure port forwarding, That's pretty sure.
Thanks in advance for any clue.
-
TerryE
- Volunteer
- Posts: 3572
- Joined: 28. May 2008, 08:40
- Primary OS: Ubuntu other
- VBox Version: VirtualBox+Oracle ExtPack
- Guest OSses: Ubuntu 10.04 & 11.10, both Svr&Wstn, Debian, CentOS
- Contact:
Actually NAT isn't simpler to configure with 2.1 since the setup is a similar drop-down box selection and you don't need to bother with port forwarding.
If you want to connect multiple VMs within the one host then why don't just add a second virtual NIC to both machines and configure this as internal networking. That way the "ethernet" traffic will be routed by Vbox directly from one VM to the other.
If you want to connect multiple VMs within the one host then why don't just add a second virtual NIC to both machines and configure this as internal networking. That way the "ethernet" traffic will be routed by Vbox directly from one VM to the other.
Read the Forum Posting Guide
Google your Q site:VirtualBox.org or search for the answer before posting.
Google your Q site:VirtualBox.org or search for the answer before posting.
-
Aldo Caruso
- Posts: 8
- Joined: 15. Jan 2009, 13:31
I agree on the fact that in 2.1 both ( NAT and Host Interfaces ) are simpler to configure than on previous versions.
On the other hand I don't want to connect multiple virtual machines within one host, but a virtual machine running in one Linux host to an ftp server running in other Linux host.
To clarify thins, this is the scenario:
Machine A: Linux Host + Virtual Box running Windows XP as Guest.
Machine B: Linux running an ftp server and a samba server. ( no virtual machine ).
Both machines are on a LAN with no Internet connection.
My simple question is: why upstreaming with NAT configuration in the VM is so slow ? ( I checked that it doesn't depend on the protocol: both ftp and samba are slow, and I checked that it hasn't to do with "sending packets to Internet" as I disconneted the LAN from Internet )
Thanks,
Aldo
On the other hand I don't want to connect multiple virtual machines within one host, but a virtual machine running in one Linux host to an ftp server running in other Linux host.
To clarify thins, this is the scenario:
Machine A: Linux Host + Virtual Box running Windows XP as Guest.
Machine B: Linux running an ftp server and a samba server. ( no virtual machine ).
Both machines are on a LAN with no Internet connection.
My simple question is: why upstreaming with NAT configuration in the VM is so slow ? ( I checked that it doesn't depend on the protocol: both ftp and samba are slow, and I checked that it hasn't to do with "sending packets to Internet" as I disconneted the LAN from Internet )
Thanks,
Aldo
Assuming that the speed is acceptable from the linux host, then I'll add that we see very substantial slowdown in RDP when using NAT when the host is running a 64-bit kernel. This is for 2.0.6 and on both Linux and Solaris hosts with XP as the guest. The RDP is via port forwarding to the guest rather than VRDP, and the problem is less severe with the 32-bit linux kernel (tested on a differenent machine, however). Our workaround was to use host interface networking (on Solaris, where 2.0.6 has similar config as 2.1.0). Release 2.1.0 claims to have improvements in NAT performance, but we haven't tested.Aldo Caruso wrote:To clarify thins, this is the scenario:
Machine A: Linux Host + Virtual Box running Windows XP as Guest.
Machine B: Linux running an ftp server and a samba server. ( no virtual machine ).
Both machines are on a LAN with no Internet connection.
My simple question is: why upstreaming with NAT configuration in the VM is so slow ? ( I checked that it doesn't depend on the protocol: both ftp and samba are slow, and I checked that it hasn't to do with "sending packets to Internet" as I disconneted the LAN from Internet )
-
Aldo Caruso
- Posts: 8
- Joined: 15. Jan 2009, 13:31
-
TerryE
- Volunteer
- Posts: 3572
- Joined: 28. May 2008, 08:40
- Primary OS: Ubuntu other
- VBox Version: VirtualBox+Oracle ExtPack
- Guest OSses: Ubuntu 10.04 & 11.10, both Svr&Wstn, Debian, CentOS
- Contact:
Aldo, I am not a develop (at least in terms of being a member of the Sun VBox team), just a community member so I can't really answer this one. I assume that you are using PASV otherwise your FTP wouldn't work over NAT. I can't think of a reason, other than NAT was know to be slow. I use SSH based copy rather than NAT for file transfer to and from my VMs.
Read the Forum Posting Guide
Google your Q site:VirtualBox.org or search for the answer before posting.
Google your Q site:VirtualBox.org or search for the answer before posting.
-
Aldo Caruso
- Posts: 8
- Joined: 15. Jan 2009, 13:31
-
TerryE
- Volunteer
- Posts: 3572
- Joined: 28. May 2008, 08:40
- Primary OS: Ubuntu other
- VBox Version: VirtualBox+Oracle ExtPack
- Guest OSses: Ubuntu 10.04 & 11.10, both Svr&Wstn, Debian, CentOS
- Contact:
Aldo, this is getting bizarre. I did a quick test copying a file from (a) a Host IF based VM, (b) a NAT based VM, and (c) my AMD64 host. The VMs are running 32bit Ubuntu and the host 64bit. The Host is cable connected to my router and my XP laptop (where I did the test) is Wifi connected @ 54Mbps. The results were:Everything was a lot slower than I anticipated and slower than I get with Samba, but the comparisons were odd. The fastest was NAT from the 32bit VM ( 832.5 kB/s), next was from the 64bit host (682.1 kB/s) and last was host IF from the 32bit VM (540.0 kB/s). So I then did the write copy instead
So the writes to the host and VMs take exactly the same time. I did wonder if this was some artifact of the disk encyption s/w and virus scanner on my laptop so I retried this from another PC on my home LAN and got similar timings. I did suspect that my crappy router had maybe autosensed the wired link to my test server at 10Mbps rather than 100Mbps, but the 1.6Mb/s copy rates are too high for this. I need to thing about this. Very confusing! However, what this does show is that tracking down a performance bottleneck in an end-to-end system can be very difficult.
Code: Select all
>pscp test@forumLAMP:/var/lib/apt/lists/gb.archive.ubuntu.com_ubuntu_dists_hardy_universe_binary-* .
gb.archive.ubuntu.com_ubu | 19980 kB | 540.0 kB/s | ETA: 00:00:00 | 100%
>pscp test@forumLAMP:/var/lib/apt/lists/gb.archive.ubuntu.com_ubuntu_dists_hardy_universe_binary-* .
gb.archive.ubuntu.com_ubu | 19980 kB | 570.9 kB/s | ETA: 00:00:00 | 100%
>pscp -P 2221 test@ellison4.home:/var/lib/apt/lists/gb.archive.ubuntu.com_ubuntu_dists_hardy_universe_binary-* .
gb.archive.ubuntu.com_ubu | 19980 kB | 832.5 kB/s | ETA: 00:00:00 | 100%
>pscp -P 2221 test@ellison4.home:/var/lib/apt/lists/gb.archive.ubuntu.com_ubuntu_dists_hardy_universe_binary-* .
gb.archive.ubuntu.com_ubu | 19980 kB | 832.5 kB/s | ETA: 00:00:00 | 100%
>pscp terry@ellison4.home:/var/lib/apt/lists/gb.archive.ubuntu.com_ubuntu_dists_hardy_universe_binary-* .
gb.archive.ubuntu.com_ubu | 19780 kB | 682.1 kB/s | ETA: 00:00:00 | 100%
>pscp terry@ellison4.home:/var/lib/apt/lists/gb.archive.ubuntu.com_ubuntu_dists_hardy_universe_binary-* .
gb.archive.ubuntu.com_ubu | 19780 kB | 682.1 kB/s | ETA: 00:00:00 | 100%Code: Select all
>pscp gb.archive.ubuntu.com_ubuntu_dists_hardy_universe_binary-* terry@ellison4.home:/tmp
gb.archive.ubuntu.com_ubu | 19980 kB | 1665.0 kB/s | ETA: 00:00:00 | 100%
>pscp gb.archive.ubuntu.com_ubuntu_dists_hardy_universe_binary-* terry@ellison4.home:/tmp
gb.archive.ubuntu.com_ubu | 19980 kB | 1665.0 kB/s | ETA: 00:00:00 | 100%
>pscp -P 2221 gb.archive.ubuntu.com_ubuntu_dists_hardy_universe_binary-* test@ellison4.home:/tmp
gb.archive.ubuntu.com_ubu | 19980 kB | 1665.0 kB/s | ETA: 00:00:00 | 100%
>pscp -P 2221 gb.archive.ubuntu.com_ubuntu_dists_hardy_universe_binary-* test@ellison4.home:/tmp
gb.archive.ubuntu.com_ubu | 19980 kB | 1665.0 kB/s | ETA: 00:00:00 | 100%
>pscp gb.archive.ubuntu.com_ubuntu_dists_hardy_universe_binary-* test@192.168.1.77:/tmp
gb.archive.ubuntu.com_ubu | 19980 kB | 1665.0 kB/s | ETA: 00:00:00 | 100%
>pscp gb.archive.ubuntu.com_ubuntu_dists_hardy_universe_binary-* test@192.168.1.77:/tmp
gb.archive.ubuntu.com_ubu | 19980 kB | 1665.0 kB/s | ETA: 00:00:00 | 100%Read the Forum Posting Guide
Google your Q site:VirtualBox.org or search for the answer before posting.
Google your Q site:VirtualBox.org or search for the answer before posting.
-
Aldo Caruso
- Posts: 8
- Joined: 15. Jan 2009, 13:31
Terry,
May be the remarkable slow connection has to do with the protocol ( you are using scp while I'm using ftp and samba ).
Nevertheless remains the fact that in both cases ( yours and mine ) the speed is slower than expected ( sometimes down to 10 % of available band width ).
My tests have been done with an ftp client on Windows XP Guest ( FileZilla ) uploading to a Linux FTP server ( vsftp ).
I reproduced this scenario with different machines ( house, job, etc. ) and the results are systematic: Uploading ftp or samba to from a virtual machine with a NAT connection progresses by bursts and ends with an average speed of less than 10% of the available band witdh.
Aldo
May be the remarkable slow connection has to do with the protocol ( you are using scp while I'm using ftp and samba ).
Nevertheless remains the fact that in both cases ( yours and mine ) the speed is slower than expected ( sometimes down to 10 % of available band width ).
My tests have been done with an ftp client on Windows XP Guest ( FileZilla ) uploading to a Linux FTP server ( vsftp ).
I reproduced this scenario with different machines ( house, job, etc. ) and the results are systematic: Uploading ftp or samba to from a virtual machine with a NAT connection progresses by bursts and ends with an average speed of less than 10% of the available band witdh.
Aldo