Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Any Proxmox pros here?
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

Any Proxmox pros here?

I have performance issue with my VM's network speed. Could use some guidance in fixing this. =/

My issue is as it follows: Host machine gets 800/600 Mbps, while any VM's are only getting 5-20 Mbps. I can't figure out where the issue lies. If you someone could take a look, it would help me alot.

«1

Comments

  • Try using a different network adapter (e.g. E1000).

    Thanked by 1netomx
  • probably much more infos needed esp. about what configuration (nat, routed, bridged) is used and what virtualization and OS the guests are on...

    I am not really considering me an expert, more likely intermediate, but willing to try and help, so some first questions:

    do you use other then virtio drivers?

    how do you measure those speeds and could any set I/O-limit cause problems?

    have you tried setting up a default lxc-guest without any fancy config settings just in case?

  • stefemanstefeman Member
    edited December 2016

    Host machine (OVH Proxmox 4.3 default install):

    wget http://ovh.net/files/1Gio.dat
    1Gio.dat             36%[======>               ] 371.91M  84.1MB/s   eta 9s
    

    KVM VM (VirtIO) (Ubuntu 16.04 with no extra settings) Bridged with OVH Failover IP

    wget http://ovh.net/files/1Gio.dat
    1Gio.dat.2            3%[                    ]  34.80M  3.15MB/s    eta 3m 11s
    

    There are no I/O issues or limits because in the above scenario nothing is running on the host and there are no other VM's even created.

  • Try with E1000

  • stefemanstefeman Member
    edited December 2016

    @taro222 said:
    Try with E1000

    wget http://ovh.net/files/1Gio.dat
    1Gio.dat.2            6%[                    ]  66.92M  6.15MB/s    eta 3m 2s
    

    Not any better..

  • that's weird. with bridged setup you probably set up a virtual mac with OVH and all that?

    I'd probably try to add the IP on the hostnode and use a routed setup just for testing purposes or connect the guest via nat to see speeds then.

    may be the IP itself is somewhat bad routed by OVH? what did you use as gateway and such?

  • What bridging are you using, the Linux bridging or OpenVswitch?

    also is the firewall enabled?

  • Fine here. Can reach about 30 MB/s

    [root@hello tmp]# wget http://ovh.net/files/1Gio.dat
    --2016-12-04 02:26:20--  http://ovh.net/files/1Gio.dat
    Resolving ovh.net (ovh.net)... 213.186.33.6
    Connecting to ovh.net (ovh.net)|213.186.33.6|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 1073741824 (1.0G) [application/octet-stream]
    Saving to: ‘1Gio.dat’
    
    100%[=======================================================================================================================>] 1,073,741,824 28.5MB/s   in 36s    
    
    2016-12-04 02:26:56 (28.7 MB/s) - ‘1Gio.dat’ saved [1073741824/1073741824]
    
  • stefemanstefeman Member
    edited December 2016

    that's weird. with bridged setup you probably set up a virtual mac with OVH and all that?

    Yes. I created virtual mac for failover ip's and used that on the VM settings

    I'd probably try to add the IP on the hostnode and use a routed setup just for testing purposes or connect the guest via nat to see speeds then.

    I tried 1 IP setup (NAT) and the speeds are perfect. As soon as I use failover IP for the VM's (CT or KVM), the speeds are horrible.

    what did you use as gateway and such?

    My host machine IP is 137.74.1.xx so I used 137.74.1.254 as gateway as it is specified in OVH proxmox guide.

    > @akhfa said:
    > Fine here. Can reach about 30 MB/s
    > 
    > <pre>
    > [root@hello tmp]# wget http://ovh.net/files/1Gio.dat
    > --2016-12-04 02:26:20--  http://ovh.net/files/1Gio.dat
    > Resolving ovh.net (ovh.net)... 213.186.33.6
    > Connecting to ovh.net (ovh.net)|213.186.33.6|:80... connected.
    > HTTP request sent, awaiting response... 200 OK
    > Length: 1073741824 (1.0G) [application/octet-stream]
    > Saving to: ‘1Gio.dat’
    > 
    > 100%[=======================================================================================================================>] 1,073,741,824 28.5MB/s   in 36s    
    > 
    > 2016-12-04 02:26:56 (28.7 MB/s) - ‘1Gio.dat’ saved [1073741824/1073741824]
    > </pre>
    

    You have WAW Discovery server with WAW Failover IPs? If so, tell me exactly how did you set it up to get those speeds for your VM's? Because the way I have it right now (Default install) worked perectly on SoYouStart server.

  • dragon2611dragon2611 Member
    edited December 2016

    [user@xxxx ~]# wget http://ovh.net/files/1Gio.dat

    --2016-12-03 19:43:00-- http://ovh.net/files/1Gio.dat
    Resolving ovh.net (ovh.net)... 213.186.33.6
    Connecting to ovh.net (ovh.net)|213.186.33.6|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 1073741824 (1.0G) [application/octet-stream]
    Saving to: ‘1Gio.dat’

    100%[====================================>] 1,073,741,824 110MB/s in 9.4s

    2016-12-03 19:43:09 (109 MB/s) - ‘1Gio.dat’ saved [1073741824/1073741824]

    Centos 7 box behind pfSense, Nat, onto Vrack on one of the Xeon-D's

    Using OpenVswitch and Virt IO, Proxmox 4.3

  • stefeman said: You have WAW Discovery server with WAW Failover IPs

    Sorry but what is WAW?

    I just use Proxmox 4 template from OVH. They use bridge setting. I add virtual mac and use VirtIO for disk and network.

    But when I use sata0 for disk and virtio for network, I can get 30 MB/s on the first 5 second, and after that I just get 2 MB/s. I think this is issue in IO to disk caused by the use of sata0.

  • stefemanstefeman Member
    edited December 2016

    @dragon2611 said:

    [user@xxxx ~]# wget http://ovh.net/files/1Gio.dat

    --2016-12-03 19:43:00-- http://ovh.net/files/1Gio.dat
    Resolving ovh.net (ovh.net)... 213.186.33.6
    Connecting to ovh.net (ovh.net)|213.186.33.6|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 1073741824 (1.0G) [application/octet-stream]
    Saving to: ‘1Gio.dat’

    100%[====================================>] 1,073,741,824 110MB/s in 9.4s

    2016-12-03 19:43:09 (109 MB/s) - ‘1Gio.dat’ saved [1073741824/1073741824]

    Centos 7 box behind pfSense, Nat, onto Vrack on one of the Xeon-D's

    Using OpenVswitch and Virt IO, Proxmox 4.3

    This is not the new Discovery server in OVH Poland Datacenter at Warsaw.

    @akhfa said:

    stefeman said: You have WAW Discovery server with WAW Failover IPs

    Sorry but what is WAW?

    I just use Proxmox 4 template from OVH. They use bridge setting. I add virtual mac and use VirtIO for disk and network.

    But when I use sata0 for disk and virtio for network, I can get 30 MB/s on the first 5 second, and after that I just get 2 MB/s. I think this is issue in IO to disk caused by the use of sata0.

    I did it to.. In SoYouStart and it worked just fine.. However on the Warsaw server it does not. Maybe they have misconfigured the failover ips? I mean it just went live 2 days ago.

  • akhfaakhfa Member
    edited December 2016

    I see. Sorry I don't have server on WAW.

    Maybe you can try another virtualization from ovh, and then test again, or try to add one additional IP

  • stefemanstefeman Member
    edited December 2016

    @akhfa said:
    I see. Sorry I don't have server on WAW.

    Maybe you can try another virtualization from ovh, and then test again, or try to add one additional IP

    I did. Hyper-V using my school's lisence. Proxmox 3.4, ESXi 6.0. All of them have this same issue. I'm starting to think that OVH network is fucked up in their new datacenter.

  • How about another additional IP? It worth to try

  • stefemanstefeman Member
    edited December 2016

    @akhfa said:
    How about another additional IP? It worth to try

    Ive tested them all lol.. Some in LXC conatiner and some in KVM machines.

    All of them have similary low speeds. Which is why I'm looking for others who have WAW server and WAW failovers to test it.

  • There must be an option to increase the bitrate for the container.

  • MikeAMikeA Member, Patron Provider
    edited December 2016

    @AlphaNinevps_com said:
    There must be an option to increase the bitrate for the container.

    ......

    Thanked by 1Unixfy
  • @AlphaNinevps_com said:
    There must be an option to increase the bitrate for the container.

    I have them unlimited by default :)

  • FalzoFalzo Member
    edited December 2016

    have you done some traceroutes to the testserver from the host vs the guest? Any peculiarities when compared?

    After reading it's on their new DC I'd guess the files you wget are simply pulled from different servers. Their internal cdn might choose the nearest box based on whatever db-lookup for the IP. so if your addon IP gets you a testfile in france rather then poland that's pretty much it.

  • @Falzo said:
    have you done some traceroutes to the testserver from the host vs the guest? Any peculiarities when compared?

    After reading it's on their new DC I'd guess the files you wget are simply pulled from different servers. Their internal cdn might choose the nearest box based on whatever db-lookup for the IP. so if your addon IP gets you a testfile in france rather then poland that's pretty much it.

    I did speedtest-cli multiple times and it had same speeds as well. I tested multiple locations.

  • stefeman said: There are no I/O issues or limits

    Just to be entirely sure and for the future, you could try to run wget -O /dev/null <url> which downloads the file into /dev/null (discard-device) instead of writing it to the disk consuming disk I/O.

    Thanked by 2Falzo netomx
  • @stefeman said:

    @Falzo said:
    have you done some traceroutes to the testserver from the host vs the guest? Any peculiarities when compared?

    After reading it's on their new DC I'd guess the files you wget are simply pulled from different servers. Their internal cdn might choose the nearest box based on whatever db-lookup for the IP. so if your addon IP gets you a testfile in france rather then poland that's pretty much it.

    I did speedtest-cli multiple times and it had same speeds as well. I tested multiple locations.

    I had something odd at one point with OVH. If you mtr do you get packet loss to and from the vm? If you do restart the networking process and try again if it is normal until about 20 mins are up and drops down then reinstall the hostnode. It was a strange issue I had and I gave up troubleshooting and just reinstalled and it was perfect afterwards.

    You've probably tried the above anyway but just throwing the idea out there.

  • MikeAMikeA Member, Patron Provider
    edited December 2016

    --snip just ignore this, didn't use my brain first.

  • Its wayne or? u install the proxmox Kernel anyway

  • I still believe you are getting testfiles from different cdn servers assigned, depending on the IP used...

    Please do a more complete test like https://github.com/K4Y5/ServerBench from host and guest and compare the results...

  • stefemanstefeman Member
    edited December 2016

    I did iperf between host and the KVM and this is the result:

    The connection from KVM to host

    On host: iperf -s
    On KVM: iperf -c 137.74.xx.xx -i 1

    Client connecting to 137.74.xx.xx, TCP port 5001
    TCP window size: 85.0 KByte (default)
    ------------------------------------------------------------
    [  3] local 193.70.95.xx port 49120 connected with 137.74.xx.xx port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0- 1.0 sec   112 MBytes   942 Mbits/sec
    [  3]  1.0- 2.0 sec   112 MBytes   935 Mbits/sec
    [  3]  2.0- 3.0 sec   112 MBytes   936 Mbits/sec
    [  3]  3.0- 4.0 sec   111 MBytes   932 Mbits/sec
    [  3]  4.0- 5.0 sec   112 MBytes   935 Mbits/sec
    [  3]  5.0- 6.0 sec   113 MBytes   945 Mbits/sec
    [  3]  6.0- 7.0 sec   112 MBytes   935 Mbits/sec
    [  3]  7.0- 8.0 sec   112 MBytes   936 Mbits/sec
    [  3]  8.0- 9.0 sec   111 MBytes   928 Mbits/sec
    [  3]  9.0-10.0 sec   112 MBytes   944 Mbits/sec
    [  3]  0.0-10.0 sec  1.09 GBytes   936 Mbits/sec
    

    Looks all good from KVM to Host (Public IP used in test)

    Next I test the connection from host to KVM:
    On KVM: iperf -s
    On host: iperf -c 193.70.95.xx -i 1

    Client connecting to 193.70.95.xx, TCP port 5001
    TCP window size: 85.0 KByte (default)
    ------------------------------------------------------------
    [  3] local 137.74.xx.xx port 46186 connected with 193.70.95.xx port 5001
    [ ID] Interval       Transfer     Bandwidth
    [  3]  0.0- 1.0 sec   111 MBytes   928 Mbits/sec
    [  3]  1.0- 2.0 sec   109 MBytes   915 Mbits/sec
    [  3]  2.0- 3.0 sec   108 MBytes   902 Mbits/sec
    [  3]  3.0- 4.0 sec   110 MBytes   921 Mbits/sec
    [  3]  4.0- 5.0 sec   108 MBytes   905 Mbits/sec
    [  3]  5.0- 6.0 sec   110 MBytes   924 Mbits/sec
    [  3]  6.0- 7.0 sec   110 MBytes   919 Mbits/sec
    [  3]  7.0- 8.0 sec   107 MBytes   901 Mbits/sec
    [  3]  8.0- 9.0 sec   110 MBytes   922 Mbits/sec
    [  3]  9.0-10.0 sec   107 MBytes   901 Mbits/sec
    [  3]  0.0-10.0 sec  1.06 GBytes   914 Mbits/sec
    

    Again I used public IP's. Now we can conclude that there is no performance loss when using iperf it seems.

    Now I run the serverbench you linked.

    On KVM:

    ----------------------------------------------------------------------
    CPU model            : Common KVM processor
    Number of cores      : 4
    CPU frequency        : 3503.998 MHz
    Total amount of ram  : 1999 MB
    Total amount of swap : 2044 MB
    System uptime        : 0days, 21:23:34
    Load average         : 0.00, 0.00, 0.00
    OS                   : Ubuntu 16.04.1 LTS
    Arch                 : x86_64 (64 Bit)
    Kernel               : 4.4.0-31-generic
    ----------------------------------------------------------------------
    Node Name                       IPv4 address            Download Speed
    CacheFly                        205.234.175.175         6.87MB/s
    Vultr, Tokyo, JP                108.61.201.151          1.33MB/s
    Linode, Tokyo, JP               106.187.96.148          3.14MB/s
    DO, Bangalore, IN               139.59.0.49             3.16MB/s
    Softlayer, Chennai, IN          169.38.65.84            2.41MB/s
    Vultr, Singapore, SG            45.32.100.168           2.51MB/s
    DO, Singapore, SG               128.199.90.252          2.11MB/s
    Linode, Singapore, SG           139.162.23.4            1.35MB/s
    Softlayer, Singapore, SG        119.81.28.170           3.66MB/s
    Leaseweb, Singapore, SG         103.254.153.18          1.51MB/s
    Softlayer, HongKong, CN         119.81.130.170          901KB/s
    Leaseweb, HongKong, CN          43.249.36.49            2.18MB/s
    Vultr, Sydney, AUS              108.61.212.117          1.91MB/s
    Softlayer, Sydney, AUS          168.1.1.212             2.26MB/s
    Softlayer, Melbourne, AUS       168.1.65.244            2.30MB/s
    Tele2, Gothenberg, SE           90.130.74.151           551KB/s
    Tele2, Kista, SE                90.130.74.149           568KB/s
    Softlayer, Milan, IT            159.122.128.84          6.05MB/s
    Prometeus, Milan, IT            37.247.53.10            1.03MB/s
    Tele2, Riga, LV         90.130.74.113           523KB/s
    Tele2, Vilnius, LT              90.130.74.117           527KB/s
    Server.LU, Luxembourg, LU       94.242.192.2            5.93MB/s
    Tele2, Frankfurt, DE            90.130.74.155           1011KB/s
    Vultr, Frankfurt, DE            108.61.210.117          5.27MB/s
    Linode, Frankfurt, DE           139.162.130.8           3.76MB/s
    Softlayer, Frankfurt, DE        159.122.69.4            5.59MB/s
    Leaseweb, Frankfurt, DE         37.58.58.140            6.32MB/s
    DO, Frankfurt, DE               46.101.236.127          2.94MB/s
    Vultr, Paris, FR                108.61.209.127          5.91MB/s
    OVH, Gravelines, FR             5.196.90.200            8.93MB/s
    OVH, Strasbourg, FR             5.135.128.81            1.20MB/s
    OVH, Roubaix, FR                188.165.12.106          6.26MB/s
    Online.Net, Paris, FR           62.210.18.40            6.11MB/s
    Tele2, Amsterdam, NL            90.130.74.153           765KB/s
    Vultr, Amsterdam, NL            108.61.198.102          5.32MB/s
    DO 2, Amsterdam, NL             178.62.180.186          4.16MB/s
    DO 3, Amsterdam, NL             188.166.111.128         5.44MB/s
    Leaseweb, Amsterdam, NL         5.79.108.33             5.31MB/s
    i3d, Amsterdam, NL              213.163.76.200          916KB/s
    Vultr, London, UK               108.61.196.101          4.14MB/s
    DO, London, UK          138.68.141.25           6.19MB/s
    Linode, London, UK              176.58.107.39           3.76MB/s
    Softlayer, London, UK           5.10.97.132             6.68MB/s
    Softlayer, Mexico, MX           169.57.4.116            2.28MB/s
    Softlayer, Brazil, BR           169.57.128.148          2.62MB/s
    DO 1, NYC, USA          162.243.175.118         1.29MB/s
    DO 2, NYC, USA          104.131.206.249         4.00MB/s
    DO 3, NYC, USA          45.55.79.255            5.76MB/s
    Vultr, New Jersey, USA          108.61.149.182          4.37MB/s
    Linode, Newark, USA             50.116.57.237           1.45MB/s
    Vultr, Illinois, USA            107.191.51.12           1.82MB/s
    Vultr, Atlanta, USA             108.61.193.166          2.94MB/s
    Linode, Atlanta, USA            50.116.39.117           2.84MB/s
    Vultr, Miami, USA               104.156.244.232         1.96MB/s
    Vultr, Washington, USA          108.61.194.105          2.62MB/s
    Softlayer, Seattle, USA         67.228.112.250          3.08MB/s
    Leaseweb, Washington, USA       108.59.10.97            1.90MB/s
    Vultr, Dallas, USA              108.61.224.175          3.74MB/s
    Linode, Dallas, USA             50.116.25.154           337KB/s
    Softlayer, Dallas, USA          173.192.68.18           2.35MB/s
    Leaseweb, Dallas, USA           209.58.153.1            4.03MB/s
    Vultr, Los Angeles, USA         108.61.219.200          2.79MB/s
    DO, San Francisco, USA          138.68.0.41             3.06MB/s
    DO, San Francisco, USA          104.236.129.165         4.22MB/s
    Linode, Fremont, USA            50.116.14.9             1.71MB/s
    Leaseweb, San Francisco, USA    209.58.135.187          3.21MB/s
    DO, Toronto, CA         159.203.0.174           1.79MB/s
    OVH, Beauharnois, CA            192.99.19.165           4.21MB/s
    EastLink, Canada, CA            24.222.0.194            222KB/s
    Softlayer, Montreal, CA         169.54.124.180          4.52MB/s
    ----------------------------------------------------------------------
    I/O speed(1st run) : 1.4 GB/s
    I/O speed(2nd run) : 1.7 GB/s
    I/O speed(3rd run) : 1.9 GB/s
    Average I/O speed  : 1706.67 MB/s
    

    On host:

    ----------------------------------------------------------------------
    CPU model            : Intel(R) Xeon(R) CPU E3-1245 v5 @ 3.50GHz
    Number of cores      : 8
    CPU frequency        : 3826.621 MHz
    Total amount of ram  : 31819 MB
    Total amount of swap : 8189 MB
    System uptime        : 1days, 2:36:16
    Load average         : 0.05, 0.09, 0.09
    OS                   : Debian GNU/Linux 8
    Arch                 : x86_64 (64 Bit)
    Kernel               : 4.4.24-1-pve
    ----------------------------------------------------------------------
    Node Name                       IPv4 address            Download Speed
    CacheFly                        178.250.45.133          7.96MB/s
    Vultr, Tokyo, JP                108.61.201.151          5.59MB/s
    Linode, Tokyo, JP               106.187.96.148          7.83MB/s
    DO, Bangalore, IN               139.59.0.49             8.86MB/s
    Softlayer, Chennai, IN          169.38.65.84            8.43MB/s
    Vultr, Singapore, SG            45.32.100.168           4.26MB/s
    DO, Singapore, SG               128.199.90.252          7.41MB/s
    Linode, Singapore, SG           139.162.23.4            6.47MB/s
    Softlayer, Singapore, SG        119.81.28.170           7.81MB/s
    Leaseweb, Singapore, SG         103.254.153.18          6.21MB/s
    Softlayer, HongKong, CN         119.81.130.170          1.18MB/s
    Leaseweb, HongKong, CN          43.249.36.49            8.97MB/s
    Vultr, Sydney, AUS              108.61.212.117          4.30MB/s
    Softlayer, Sydney, AUS          168.1.1.212             4.90MB/s
    Softlayer, Melbourne, AUS       168.1.65.244            4.96MB/s
    Tele2, Gothenberg, SE           90.130.74.151           23.5MB/s
    Tele2, Kista, SE                90.130.74.149           22.2MB/s
    Softlayer, Milan, IT            159.122.128.84          31.6MB/s
    Prometeus, Milan, IT            37.247.53.10            3.50MB/s
    Tele2, Riga, LV         90.130.74.113           19.1MB/s
    Tele2, Vilnius, LT              90.130.74.117           20.3MB/s
    Server.LU, Luxembourg, LU       94.242.192.2            44.5MB/s
    Tele2, Frankfurt, DE            90.130.74.155           59.9MB/s
    Vultr, Frankfurt, DE            108.61.210.117          36.4MB/s
    Linode, Frankfurt, DE           139.162.130.8           16.4MB/s
    Softlayer, Frankfurt, DE        159.122.69.4            52.0MB/s
    Leaseweb, Frankfurt, DE         37.58.58.140            882KB/s
    DO, Frankfurt, DE               46.101.236.127          95.9MB/s
    Vultr, Paris, FR                108.61.209.127          32.3MB/s
    OVH, Gravelines, FR             5.196.90.200            8.98MB/s
    OVH, Strasbourg, FR             5.135.128.81            8.37MB/s
    OVH, Roubaix, FR                188.165.12.106          34.5MB/s
    Online.Net, Paris, FR           62.210.18.40            46.1MB/s
    Tele2, Amsterdam, NL            90.130.74.153           39.6MB/s
    Vultr, Amsterdam, NL            108.61.198.102          47.3MB/s
    DO 2, Amsterdam, NL             178.62.180.186          79.6MB/s
    DO 3, Amsterdam, NL             188.166.111.128         91.8MB/s
    Leaseweb, Amsterdam, NL         5.79.108.33             91.7MB/s
    i3d, Amsterdam, NL              213.163.76.200          25.4MB/s
    Vultr, London, UK               108.61.196.101          29.5MB/s
    DO, London, UK          138.68.141.25           67.4MB/s
    Linode, London, UK              176.58.107.39           68.4MB/s
    Softlayer, London, UK           5.10.97.132             42.3MB/s
    Softlayer, Mexico, MX           169.57.4.116            2.29MB/s
    Softlayer, Brazil, BR           169.57.128.148          1.30MB/s
    DO 1, NYC, USA          162.243.175.118         23.9MB/s
    DO 2, NYC, USA          104.131.206.249         24.2MB/s
    DO 3, NYC, USA          45.55.79.255            24.1MB/s
    Vultr, New Jersey, USA          108.61.149.182          13.7MB/s
    Linode, Newark, USA             50.116.57.237           21.5MB/s
    Vultr, Illinois, USA            107.191.51.12           10.0MB/s
    Vultr, Atlanta, USA             108.61.193.166          11.5MB/s
    Linode, Atlanta, USA            50.116.39.117           18.2MB/s
    Vultr, Miami, USA               104.156.244.232         10.4MB/s
    Vultr, Washington, USA          108.61.194.105          8.46MB/s
    Softlayer, Seattle, USA         67.228.112.250          8.65MB/s
    Leaseweb, Washington, USA       108.59.10.97            14.5MB/s
    Vultr, Dallas, USA              108.61.224.175          9.45MB/s
    Linode, Dallas, USA             50.116.25.154           9.37MB/s
    Softlayer, Dallas, USA          173.192.68.18           2.83MB/s
    Leaseweb, Dallas, USA           209.58.153.1            18.3MB/s
    Vultr, Los Angeles, USA         108.61.219.200          8.57MB/s
    DO, San Francisco, USA          138.68.0.41             13.1MB/s
    DO, San Francisco, USA          104.236.129.165         13.2MB/s
    Linode, Fremont, USA            50.116.14.9             13.1MB/s
    Leaseweb, San Francisco, USA    209.58.135.187          14.4MB/s
    DO, Toronto, CA         159.203.0.174           19.5MB/s
    OVH, Beauharnois, CA            192.99.19.165           3.19MB/s
    EastLink, Canada, CA            24.222.0.194            8.64MB/s
    Softlayer, Montreal, CA         169.54.124.180          14.0MB/s
    ----------------------------------------------------------------------
    I/O speed(1st run) : 186 MB/s
    I/O speed(2nd run) : 180 MB/s
    I/O speed(3rd run) : 185 MB/s
    Average I/O speed  : 183.667 MB/s
    

    From here we can see that there is a huge difference in EU speeds and that the KVM does not get fast speeds inside EU like the host does. The KVM has caching enabled so the IO is faster.

    Theres not much difference in Asia/USA speeds since peering towards there is shit anyway. It's the EU speeds im worried about. The speed loss is over 90 MB/s for some EU locations on KVM.

  • WilliamWilliam Member
    edited December 2016

    That is the different routing of the additional IPs - Traceroute/MTR should show it.

    Thanked by 1Falzo
  • I've got the same problem on VMs, changed system to ESXI6.0 problem solved, no clue why

  • @tamicrealo said:
    I've got the same problem on VMs, changed system to ESXI6.0 problem solved, no clue why

    What settings did you use on ESXI 6.0?

Sign In or Register to comment.