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 5
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

1235714

Comments

  • InfinityInfinity Member, Host Rep

    KiloServe KVM:

    humza@tiger [~]# 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, 2.97337 s, 361 MB/s

    Hostigation 768 SC:

    [humza@alpha ~]# 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, 17.5118 seconds, 61.3 MB/s

    Hostigation 128 LA:

    [humza@boron ~]# 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.8222 s, 137 MB/s

    Go-VPS-Go KVM:

    [humza@dubnium ~]# 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, 29.5956 s, 36.3 MB/s

    RazorServers Dedi (w. 500GB 7200RPM disk):

    [humza@erbium ~]# 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, 12.1691 s, 88.2 MB/s

    VMport Dusseldorf OVZ:

    humza@helium:~# 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.4268 s, 80.0 MB/s

    DMBHosting Xen:

    [humza@gallium ~]# 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, 41.4584 seconds, 25.9 MB/s

    TailoredVPS OVZ:

    [humza@zeus ~]# 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, 18.7742 seconds, 57.2 MB/s
  • Kiloserve 777mb KVM

    dd if=/dev/zero of=test bs=16k count=64k conv=fdatasync;rm -f test
    65536+0 records in
    65536+0 records out
    1073741824 bytes (1.1 GB) copied, 3.24683 s, 331 MB/s

    Hostigation SC 128mb KVM

    root@tiger:~# dd if=/dev/zero of=test bs=16k count=64k conv=fdatasync;rm -f test65536+0 records in
    65536+0 records out
    1073741824 bytes (1.1 GB) copied, 5.62367 s, 191 MB/s
    root@tiger:~# dd if=/dev/zero of=test bs=16k count=64k conv=fdatasync;rm -f test65536+0 records in
    65536+0 records out
    1073741824 bytes (1.1 GB) copied, 5.62438 s, 191 MB/s

    Nice and stable. (I ran it twice by mistake)

    Hostigation LA 128mb KVM

    dd if=/dev/zero of=test bs=16k count=64k conv=fdatasync;rm -f test
    65536+0 records in
    65536+0 records out
    1073741824 bytes (1.1 GB) copied, 42.9977 s, 25.0 MB/s

    SecureDragon 128mb Xen

    dd if=/dev/zero of=test bs=16k count=64k conv=fdatasync;rm -f test
    65536+0 records in
    65536+0 records out
    1073741824 bytes (1.1 GB) copied, 8.82262 s, 122 MB/s

    DMBHosting 128mb Xen

    dd if=/dev/zero of=test bs=16k count=64k conv=fdatasync;rm -f test
    65536+0 records in
    65536+0 records out
    1073741824 bytes (1.1 GB) copied, 22.2072 s, 48.4 MB/s
  • jenokjenok Member, Host Rep

    HostingInside 1204mb XEN, Los Angeles Based

    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.11297 seconds, 132 MB/s

  • 128 OpenVZ SecureDragon

    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.48214 s, 144 MB/s
    
  • 123systems.net ($10/mo 2gig special VPS)

    dd if=/dev/zero of=test bs=64k count=16k
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 2.0315 seconds, 529 MB/s

    dd if=/dev/zero of=test bs=64k count=16k
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 1.78703 seconds, 601 MB/s

    dd if=/dev/zero of=test bs=64k count=16k
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 1.80656 seconds, 594 MB/s

    Each test done at 8 hours apart from one another, Very impressed!

  • @Grinny

    Sorry to dissapoint you

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

    Thanked by 1Grinny
  • O missed that bit :D
    Scoring between 120-300MB/s
    Generally around 140 through :)

  • @Grinny: 123systems.net ($10/mo 2gig special VPS). Very impressed!

    On the other hand - 123Systems 128MB $10/year 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, 56.1479 s, 19.1 MB/s
    

    Nnnnnnnnnnnnnnnoooooooooooooooooo!!!!!!!!!!!!

  • @LongShot that's quite normal from my experiences with them.

  • 16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 8.97543 seconds, 120 MB/s

  • CHVPS (Switzerland)
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 21.1553 s, 50.8 MB/s

  • BuyVM (OpenVZ)
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 7.04698 seconds, 152 MB/s

    Hostigation (OpenVZ)
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 15.758 s, 68.1 MB/s

    AlienVPS (OpenVZ)
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 4.20551 s, 255 MB/s

  • CHVPS' I/O is very unstable to say the least. It can go from 50 mb to 80 mb to 1 mb just like that.

  • TheHackBoxTheHackBox Member
    edited February 2012

    New I/O at CHVPS with a little tweaking:
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 11.6683 s, 92.0 MB/s

  • dmmcintyre3dmmcintyre3 Member
    edited February 2012

    @miTgiB said: The test is not the same though

    It's slower than my NC KVM with you with the same command

    [root@tiger ~]# dd bs=1M count=256 if=/dev/zero of=test oflag=dsync
    256+0 records in
    256+0 records out
    268435456 bytes (268 MB) copied, 1.76471 s, 152 MB/s
  • WhizzWrWhizzWr Member
    edited February 2012

    Amazon EC2 Micro Instance (Singapore):

    [root@ec2 ~]# 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, 31.6261 s, 34.0 MB/s
  • Nice, I want one of these Amazon instances. Do you know if Amazon accepts debit cards from other countries?

  • KuJoeKuJoe Member, Host Rep

    @TheHackBox said: CHVPS' I/O is very unstable to say the least. It can go from 50 mb to 80 mb to 1 mb just like that.

    That's how hard drives work when they are shared among multiple users. ;)

  • @KuJoe said: That's how hard drives work when they are shared among multiple users. ;)

    I've had a lot of VPSes but I haven't seen one that unstable before :P

  • KuJoeKuJoe Member, Host Rep

    @TheHackBox said: I've had a lot of VPSes but I haven't seen one that unstable before :P

    It all depends on a lot of factors. One decent MySQL database can cause "unstable" disk I/O, backups can cause "unstable" disk I/O, benchmarks can cause it too. If you're on an unused server then it should remain constant, but if you're sharing the server with people who actually use their VPS then it will definitely fluctuate based on usage. Running a DD test randomly doesn't help much either.

  • @KuJoe said: It all depends on a lot of factors. One decent MySQL database can cause "unstable" disk I/O, backups can cause "unstable" disk I/O, benchmarks can cause it too. If you're on an unused server then it should remain constant, but if you're sharing the server with people who actually use their VPS then it will definitely fluctuate based on usage. Running a DD test randomly doesn't help much either.

    I started caring about the I/O when I saw that it took minutes to log in over SSH. So I looked at what I/O I was getting. It as 1.1 mb/s at the time. So I am hoping it doesn't happen again. Also thanks for a good explanation.

  • KuJoeKuJoe Member, Host Rep

    1.1MB/s is pretty much unusable. It does sound like somebody is abusing it if you get that consistently. I would contact them and ask for an explanation or to be moved to a new node.

  • @KuJoe said: 1.1MB/s is pretty much unusable. It does sound like somebody is abusing it if you get that consistently. I would contact them and ask for an explanation or to be moved to a new node.

    Actually I did some investigating and found out that the openvz IO scheduler they use does some pretty weird stuff with I/O. If you run something like ioping then a DD test you can get up to 80 mb/s where if you just do a DD test you might get 30 mb/s or so.

  • WhizzWrWhizzWr Member
    edited February 2012

    @yomero said: Nice, I want one of these Amazon instances. Do you know if Amazon accepts debit cards from other countries?

    Amazon says yes

    However, from experience it depends on your bank policy.

    I have a VISA debit card and it can't be used for any online purchase, the issuing bank did confirm it doesn't have that "feature" enabled, yet.

  • @WhizzWr said: I have a VISA debit card and it can't be used for any online purchase

    Well, Visa Electron is a no no if I can remember, but I've used a master card for all my stuff.

  • @KuJoe said: That's how hard drives work when they are shared among multiple users. ;)

    This is the difference between cheap local storage arrays and optimised shared storage arrays. Typically shared storage arrays can cope with peaks from multiple sources. You may not get the high sequential write performance this test is running but whats the point of fast sequential writes if they drop every time another vps performs any IO intensive task

    In my opinion we need to run a better test that replicates typical application load before comparing storage performance

  • @yomero said: Well, Visa Electron is a no no if I can remember, but I've used a master card for all my stuff.

    It's a VISA card, not Visa electron, 100% shure

  • I did find out some more info by investigating a little more at CHVPS. Apparently on the node I'm on (VIP) there are some heavy users through out the day that hammer I/O :/ It has been better today so I don't have an issue with it right now. I will try to contact them on Monday to see if they will look into it.

  • NickPNickP Member

    @vps6net CH22 Node OpenVZ :(

    [root@server ~]# 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, 234.501 seconds, 4.6 MB/s--

  • @NickP @vps6net
    Is that running on a flash drive?

This discussion has been closed.