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.
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
This discussion has been closed.
Comments
I think so, too. It's idling. Received last night, just doing some benchmarks. Now testing their automated reinstall feature. Will see if their support can do something about the slow disk.
Serverbear if anyone interested: http://serverbear.com/benchmark/2013/11/01/9qxMf4n5q3i7xkjG
Maybe they gave you one of those 5400 rpm green drives..
GB1000EAMYC. Google says it's HP 7200 rpm.
providerservice Xen 512
#dd if=/dev/zero of=iotest bs=64k count=16k conv=fdatasync
16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 7.413 seconds, 145 MB/s
Blueevm OpenVZ 64
#dd if=/dev/zero of=iotest bs=64k count=16k conv=fdatasync
16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 2.90788 seconds, 369 MB/s
Edis VRS Basic Storage Sweden
-----> http://funkyimg.com/i/DRjZ.jpg <----- :O
#dd if=/dev/zero of=iotest bs=64k count=16k conv=fdatasync
16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 4.73815 s, 227 MB/s
Ramnode SSD 512 40gb
#dd if=/dev/zero of=iotest bs=64k count=16k conv=fdatasync
16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 1.51473 seconds, 709 MB/s
OVH KS2G
#dd if=/dev/zero of=iotest bs=64k count=16k conv=fdatasync
16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 11.4945 s, 93.4 MB/s
among others
:wq
Hmm.. I'm starting to think that anything HP and Hard drive related is just a bad thing. ever had those smart array e200/e200i controllers? just terrible!
with this customers can see and have data to compare when need buying vps, who is the hosting provider have great i/o speed
thanks for the author of this thread
Ramnode NL ssd:
dd if=/dev/zero of=sb-io-test bs=64k count=16k conv=fdatasync
0.867189 s, 1.2 GB/s
Anything over 30 works well for me, this is kinda who has the biggest appendix.
I admit we entered the race and won it on production servers, but it is for fun, I assure you, unless you have busy databases and there IOPS count so you need SSD or 24+ spinders, anything above 200 is for show.
Urpad, Houston
Urpad, LA
Not tried HP HDDs but there new raid cards are amazing, we have great performance with P420 in the latest gen8
@Zshen
That can't be right for Catalyst Host? I've not seen below 200 MB/s, it averages around 250 MB/s for me...
Did you send them a ticket?
1024MB OVZ VPS I keep for personal use on one of my nodes.
InceptionHosting NL:
InceptionHosting US:
LowEndSpirit IT:
LowEndSpirit UK:
LowEndSpirit NL:
FtpIt Chicago:
Will be posting some more soon...
connercg
Something funky must have been going on when I ran that yesterday. Everything seems much better today. I've never had a performance issue with Catalyst, so it didn't really phase me when I ran it. Ryan has contacted me to look into it further.
Here is today's.
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.67759 seconds, 140 MB/s
digitalocean, disaster
URPAD Node LA2
@RamNode The OpenVZ is kind of slow, isn't it?
@hdpixel - send in a ticket
@RamNode Ticket Created #120970
RamNode, INIZ Still On Top Provider have Better Result I/O with see many result has been posted
lowendspirit IT
[root@server1 ~]# 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.04564 seconds, 353 MB/s
VDSInside UA
[root@server2 ~]# 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.03756 s, 178 MB/s
bpsnode US
root@server3:~# 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.93052 s, 273 MB/s
DotVPS 64Mb OVZ
best
worst
My colocated server with a makeshift SSD cache
StylexNetworks SSD
# 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.44749 s, 311 MB/s
This is one reason why you want to host with @RamNode. In my previous post, I advised Nick_A that the performance of my OpenVZ vm was unusual. He immediately responded, made some adjustment---causing no downtime, and voila! The VM now has the usual performance you come to expect from @RamNode.
My silly self forgot to enable a pretty important setting on that node... I caught the mistake thanks to this thread!
FAPVPS:
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, 1.3365 s, 803 MB/s
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, 1.20521 s, 891 MB/s
Reprisehosting, AKA VPShostingdeal:
ovzstarter plan 128mb ram
I have a 8 year old Western Digital PATA drive on an old Pentium 4 that outperforms that VPS
16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 40.4345 s, 26.6 MB/s
Device Model: WDC WD400BB-23DEA0