Howdy, Stranger!

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

Sign In Register

Quick Links


Categories

In this Discussion

› › Test the disk I/O of your VPS - Page 6
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.

Test the disk I/O of your VPS

1…34689…14

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

  • IvraatiemsIvraatiems Member

    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, Veteran

    @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
  • matt_securedspeedmatt_securedspeed Member

    SecuredSpeed 256 OpenVZ LA

    [root@vps /]# 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, Veteran

    @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

  • bachirbachir

    hostigation 256

    [root@prod ~]# 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

    [root@srvdebbac ~]# 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

    root@serv2:~# 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

  • vps6netvps6net Member

    @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

    [root@x32 ~]# 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
    [root@x32 ~]#

  • 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 
    root@pm14 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?

  • netguynetguy Member

    @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
  • netguynetguy Member

    @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

  • netguynetguy Member

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