Howdy, Stranger!

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


Test the disk I/O of your VPS - Page 6
New on LowEndTalk? Please Register and read our Community Rules.

Test the disk I/O of your VPS

13468914

Comments

  • NickPNickP Member
    edited March 2012

    @travis said: Is that running on a flash drive?

    (RAID5) x 300gb 10k SAS Disks.

    I think some epic abuse running on the server

    Offtopic: that comment made my day.

  • NickPNickP Member

    Great guys over at @vps6net fixed it ;). Getting 60's and 80's now :P

  • flyfly Member
    edited March 2012

    wtf i was getting like ~100mB/s when i first joined @vps6net now its like 60

  • BuyVM 128MB:
    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 6.4627 s, 166 MB/s

    ChicagoVPS $7 2GB plan, Node 31:
    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 13.4049 s, 80.1 MB/s

    ChicagoVPS $7 2GB plan, Node 32:
    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 33.154 s, 32.4 MB/s

    Virpus 1.5GB:
    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 39.359 s, 27.3 MB/s

    Shouldn't surprise anyone, this.

  • VPNshVPNsh Member, Host Rep
    edited March 2012

    ChicagoVPS $7 2GB
    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 9.58574 s, 112 MB/s

    BuyVM $5.95 512/1024
    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 3.73633 s, 287 MB/s

    Not sure if it's just me, but I've noticed that my BuyVM I/O has been pretty damn quick recently.. thinking I've been moved somewhere slightly faster? :P

  • FranciscoFrancisco Top Host, Host Rep

    @liamwithers said: Not sure if it's just me, but I've noticed that my BuyVM I/O has been pretty damn quick recently.. thinking I've been moved someone slightly faster? :P

    Nope. The major reason why we've not had stock is we've been rebuilding all of our nodes. Whenever .32 is stable I/O will improve quite a bit more as a lot of our own monitoring/etc scripts can be put back in place.

    Francisco

    Thanked by 1VPNsh
  • SecuredSpeed 256 OpenVZ LA

    [[email protected] /]# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 7.30588 seconds, 147 MB/s
  • JTRJTR Member

    Running the freevps benchmark script and the dd test.

    BuyVM (512MB OVZ — I had to strip out the NL/Singapore downloads since for some reason it wouldn't download them)

    CPU model :  Intel(R) Xeon(R) CPU           L5520  @ 2.27GHz
    Number of cores : 2
    CPU frequency :  2266.746 MHz
    Total amount of ram : 1024 MB
    Total amount of swap : 0 MB
    System uptime :   35 days, 4:43,       
    Download speed from CacheFly: 35.4MB/s 
    Download speed from Linode, Atlanta GA: 2.69MB/s 
    Download speed from Linode, Dallas, TX: 7.67MB/s 
    Download speed from Linode, Tokyo, JP: 936KB/s 
    Download speed from Softlayer, Seattle, WA: 4.52MB/s 
    Download speed from Softlayer, San Jose, CA: 7.22MB/s 
    Download speed from Softlayer, Washington, DC: 887KB/s 
    I/O speed :  167 MB/s
    
    1073741824 bytes (1.1 GB) copied, 10.026 s, 107 MB/s
    

    And, just for kicks, here's my dedi (i3 (1.6GHz is because it's under low load, so it downclocked itself), 16GB)

    CPU model :  Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz
    Number of cores : 4
    CPU frequency :  1600.000 MHz
    Total amount of ram : 15866 MB
    Total amount of swap : 4095 MB
    System uptime :   10 days, 9:33,       
    Download speed from CacheFly: 48.4MB/s 
    Download speed from Linode, Atlanta GA: 9.41MB/s 
    Download speed from Linode, Dallas, TX: 7.92MB/s 
    Download speed from Linode, Tokyo, JP: 2.76MB/s 
    Download speed from Linode, London, UK: 5.56MB/s 
    Download speed from Leaseweb, Haarlem, NL: 19.7MB/s 
    Download speed from Softlayer, Singapore: 7.71MB/s 
    Download speed from Softlayer, Seattle, WA: 15.0MB/s 
    Download speed from Softlayer, San Jose, CA: 24.0MB/s 
    Download speed from Softlayer, Washington, DC: 53.4MB/s 
    I/O speed :  77.2 MB/s
    
    1073741824 bytes (1.1 GB) copied, 13.3239 s, 80.6 MB/s
    
  • FranciscoFrancisco Top Host, Host Rep

    @JTR said: 1073741824 bytes (1.1 GB) copied, 10.026 s, 107 MB/s

    What's uname -a report?

    I'm thinking pony6-1?

    If not you should log a ticket for us to check that box, the network should be a lot more like 60 - 80MB/sec

    Francisco

  • hostigation 256

    [[email protected] ~]# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 8.68977 seconds, 124 MB/s

    buyvm 128

    [[email protected] ~]# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 5.80553 seconds, 185 MB/s

    ubservers 512

    [email protected]:~# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 118.017 s, 9.1 MB/s

  • @NickP @kbar Let us know if you're seeing speeds like that, even 60-80 MB/s is no good -- you should be getting 125 or above with those write tests.

  • MrAndroidMrAndroid Member
    edited March 2012

    I run a VPS on a RamDisk when I need todo something quick.

  • up2vpsup2vps Member
    edited March 2012

    ou new nodes current have vps

    [[email protected] ~]# dd if=/dev/zero of=test bs=16k count=16k conv=fdatasync

    16384+0 records in
    16384+0 records out
    268435456 bytes (268 MB) copied, 0.91274 seconds, 294 MB/s
    [[email protected] ~]#

  • netguynetguy Member
    edited March 2012

    @prometeus Node pm14 has too poor performance.

    Prometeus VZ5 on pm14 node

    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync

    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 482.979 seconds, 2.2 MB/s

  • prometeusprometeus Member, Host Rep

    when did you take this shot? Just now?

  • prometeusprometeus Member, Host Rep
    [email protected] root]# dd if=/dev/zero of=/vz/dump/testfilex bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1,1 GB) copied, 6,20695 s, 173 MB/s
    
  • prometeusprometeus Member, Host Rep

    @netguy said: Node pm14 has too poor performance.

    what is the id of your vps?

  • @prometeus said: when did you take this shot? Just now?

    today 7:50 GMT

  • prometeusprometeus Member, Host Rep
    edited March 2012

    mmmm.... can run the test again? At moment the node seems ok:

    top - 12:05:02 up 4 days,  9:20,  5 users,  load average: 0.65, 0.82, 0.93
    Tasks: 1808 total,   3 running, 1804 sleeping,   0 stopped,   1 zombie
    Cpu0  : 14.2%us,  1.6%sy,  1.0%ni, 82.5%id,  0.0%wa,  0.0%hi,  0.6%si,  0.0%st
    Cpu1  :  9.4%us,  1.6%sy,  0.0%ni, 87.6%id,  0.0%wa,  0.0%hi,  1.3%si,  0.0%st
    Cpu2  :  6.5%us,  2.6%sy,  1.3%ni, 87.9%id,  0.0%wa,  0.0%hi,  1.6%si,  0.0%st
    Cpu3  :  2.6%us,  6.8%sy,  0.3%ni, 89.9%id,  0.0%wa,  0.0%hi,  0.3%si,  0.0%st
    Cpu4  : 16.2%us, 13.6%sy,  0.0%ni, 69.5%id,  0.0%wa,  0.0%hi,  0.6%si,  0.0%st
    Cpu5  :  9.1%us,  3.2%sy,  0.0%ni, 87.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu6  :  5.6%us,  2.6%sy,  2.0%ni, 89.8%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu7  :  9.7%us,  2.6%sy,  0.3%ni, 87.4%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu8  :  9.1%us,  1.0%sy,  0.6%ni, 89.3%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu9  :  5.9%us,  0.7%sy,  0.0%ni, 93.5%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu10 :  1.3%us,  0.3%sy,  0.3%ni, 98.1%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu11 :  3.3%us,  0.3%sy,  0.0%ni, 96.4%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu12 :  3.9%us,  0.7%sy,  0.0%ni, 95.1%id,  0.3%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu13 :  3.0%us,  0.3%sy,  0.0%ni, 96.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu14 :  0.0%us,  0.3%sy,  0.3%ni, 99.3%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu15 :  1.0%us,  2.3%sy,  0.0%ni, 93.9%id,  0.0%wa,  0.0%hi,  2.9%si,  0.0%st
    Cpu16 :  4.2%us,  0.0%sy,  0.0%ni, 95.8%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu17 :  1.3%us,  0.3%sy,  0.0%ni, 98.4%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu18 :  0.0%us,  0.0%sy,  0.3%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu19 :  0.3%us,  0.3%sy,  0.0%ni, 99.4%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu20 :  0.3%us,  0.0%sy,  0.3%ni, 99.3%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu21 :  2.9%us,  0.3%sy,  0.0%ni, 96.8%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu22 :  0.0%us,  0.7%sy,  0.3%ni, 99.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu23 :  0.0%us,  0.3%sy,  0.0%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu24 :  7.4%us,  1.3%sy,  0.0%ni, 90.6%id,  0.6%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu25 : 13.9%us,  1.6%sy,  0.0%ni, 84.5%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu26 : 12.0%us,  1.6%sy,  0.0%ni, 84.4%id,  1.9%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu27 :  6.6%us, 15.4%sy,  0.0%ni, 77.0%id,  0.9%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu28 : 18.8%us,  2.3%sy,  0.0%ni, 78.3%id,  0.6%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu29 : 19.5%us,  2.6%sy,  0.0%ni, 77.9%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu30 : 14.7%us,  2.3%sy,  0.0%ni, 82.1%id,  1.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu31 : 16.3%us,  2.9%sy,  0.0%ni, 80.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu32 :  5.6%us,  1.0%sy,  0.0%ni, 93.5%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu33 :  4.8%us,  1.3%sy,  0.0%ni, 93.9%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu34 :  3.6%us,  0.6%sy,  0.0%ni, 95.1%id,  0.6%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu35 :  0.7%us,  0.3%sy,  0.0%ni, 98.4%id,  0.7%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu36 :  1.6%us,  0.6%sy,  0.0%ni, 97.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu37 :  9.8%us,  1.3%sy,  0.0%ni, 88.9%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu38 :  3.9%us,  0.0%sy,  0.0%ni, 96.1%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu39 :  3.0%us,  0.0%sy,  0.0%ni, 97.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu40 :  0.6%us,  0.3%sy,  0.0%ni, 99.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu41 :  1.6%us,  0.3%sy,  0.0%ni, 98.1%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu42 :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu43 :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu44 :  1.0%us,  0.3%sy,  0.0%ni, 98.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu45 :  0.3%us,  0.0%sy,  0.0%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu46 :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Cpu47 :  0.0%us,  0.3%sy,  0.0%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
    Mem:  131875476k total, 43289512k used, 88585964k free,  2588000k buffers
    Swap: 10485752k total,   320556k used, 10165196k free, 33348872k cached
    
  • @prometeus said: mmmm.... can run the test again? At moment the node seems ok:

    right now:

    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 321.545 seconds, 3.3 MB/s
  • prometeusprometeus Member, Host Rep

    open a ticket, I'll give a look at this, there should be something wrong..
    thanks

  • prometeusprometeus Member, Host Rep

    I think I found the problem. :)
    When you can please retry the test.

  • AndriAndri Member
    edited March 2012

    @netguy @prometeus

    I got same problem since yesterday, untill a moment ago.

    Iperweb 192

    CPU model :  AMD Opteron(tm) Processor 6176
    Number of cores : 1
    CPU frequency :  2300.278 MHz
    Total amount of ram : 192 MB
    Total amount of swap : 192 MB
    Download speed from CacheFly: 45.1MB/s
    I/O speed :  169 MB/s
    
    1073741824 bytes (1.1 GB) copied, 6.60717 seconds, 163 MB/s

    This is from IPXcore 192

    CPU model : Dual-Core AMD Opteron(tm) Processor 2216 HE
    Number of cores : 1
    CPU frequency : 1200.003 MHz
    Total amount of ram : 192 MB
    Total amount of swap : 192 MB
    Download speed : (2.39MB/s)
    I/O speed : 99.7 MB/s
    
    1073741824 bytes (1.1 GB) copied, 8.12935 s, 131 MB/s

    VPS6 128

    CPU model :  Intel(R) Xeon(R) CPU           X5460  @ 3.16GHz
    Number of cores : 2
    CPU frequency :  3166.509 MHz
    Total amount of ram : 128 MB
    Total amount of swap : 256 MB
    Download speed from CacheFly: 108MB/s
    I/O speed :  170 MB/s
    
    1073741824 bytes (1.1 GB) copied, 9.47419 seconds, 113 MB/s

    XenVZ 256

    CPU model :  AMD Opteron(tm) Processor 4162 EE
    Number of cores : 2
    CPU frequency :  1700.020 MHz
    Total amount of ram : 256 MB
    Total amount of swap : 255 MB
    Download speed from CacheFly: 4.51MB/s
    I/O speed :  35.3 MB/s
    
    1073741824 bytes (1.1 GB) copied, 38.6563 seconds, 27.8 MB/s

    And SecureDragon 128

    CPU model : Intel(R) Xeon(R) CPU E5345 @ 2.33GHz
    Number of cores : 1
    CPU frequency : 2327.501 MHz
    Total amount of ram : 256 MB
    Total amount of swap : 0 MB
    Download speed : (6.15MB/s)
    I/O speed : 128MB/s
  • prometeusprometeus Member, Host Rep

    @andri Right, as I said I found the problem: forgot to lower swappiness on the node... :(

  • AndriAndri Member
    edited March 2012

    @prometeus No problem. I'm about to open a ticket, but then it's back to normal again. :)

  • prometeusprometeus Member, Host Rep

    Really from a general point of view almost all applications should have worked fine, dd was hitting swap and what you saw was vswap in action :)

  • AndriAndri Member
    edited March 2012

    @prometeus Pardon me if I'm wrong, when I/O speed is low the download speed also decreasing yes?

  • prometeusprometeus Member, Host Rep
    edited March 2012

    you all are using conv=fdatasync, so this mean you are asking dd to pass all your data to kernel and then at the end of the write make a sync of the disk. If you want to bypass the kernel buffering you should use oflag=direct instead of conv=fdatasync...

    ie:
    dd if=/dev/zero of=testfilex bs=1M count=1k oflag=direct

  • @prometeus Fine now. You are a mage! :) Thank you!

    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 8.22711 seconds, 131 MB/s
  • prometeusprometeus Member, Host Rep

    @Andri said: when I/O speed is low the download speed also decreasing yes?

    when you have cpu busy on i/o disk queues and you are writing a download on disk, then yes. If you only are using sockets activity without hitting the disk then your network speed should not be affected so much.

    Thanked by 1Andri
This discussion has been closed.