Howdy, Stranger!

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


Benchmark results are they any good?
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.

Benchmark results are they any good?

I have two providers there names will remain nameless unless the scores are good

Provider1.
CPU model : Intel(R) Xeon(R) CPU E5620 @ 2.40GHz
Number of cores : 4
CPU frequency : 2399.903 MHz
Total amount of ram : 2560 MB
Total amount of swap : 0 MB
System uptime : 49 min,
Download speed from CacheFly: 39.0MB/s
Download speed from Linode, Atlanta, GA: 24.5MB/s
Download speed from Linode, Newark, NJ: 34.6MB/s
Download speed from Linode, Dallas, TX: 12.5MB/s
Download speed from Linode, Tokyo, JP: 7.01MB/s
Download speed from Linode, London, UK: 13.8MB/s
Download speed from Leaseweb, Haarlem, NL: 12.7MB/s
Download speed from Softlayer, Singapore: 3.44MB/s
Download speed from Softlayer, Seattle, WA: 15.5MB/s
Download speed from Softlayer, San Jose, CA: 15.3MB/s
Download speed from Softlayer, Washington, DC: 49.1MB/s
I/O speed : 115 MB/s

Provider 2.

CPU model : Intel(R) Xeon(R) CPU E3-1240 V2 @ 3.40GHz
Number of cores : 4
CPU frequency : 3401.000 MHz
Total amount of ram : 2048 MB
Total amount of swap : 0 MB
System uptime : 4 days, 11:43,
Download speed from CacheFly: 60.4MB/s
Download speed from Linode, Atlanta, GA: 56.6MB/s
Download speed from Linode, Newark, NJ: 51.8MB/s
Download speed from Linode, Dallas, TX: 52.1MB/s
Download speed from Linode, Tokyo, JP: 7.24MB/s
Download speed from Linode, London, UK: 14.4MB/s
Download speed from Leaseweb, Haarlem, NL: 10.9MB/s
Download speed from Softlayer, Singapore: 5.03MB/s
Download speed from Softlayer, Seattle, WA: 21.0MB/s
Download speed from Softlayer, San Jose, CA: 23.2MB/s
Download speed from Softlayer, Washington, DC: 77.3MB/s
I/O speed : 391 MB/s

Comments

  • both seems good.. now name them ;)

  • bcrlsnbcrlsn Member
    edited July 2013

    They are both pretty good! No problems with either. :)

  • @jbiloh -- possible to fix the new line problem? Look at the post. It's a Vanilla issue.

  • jbilohjbiloh Administrator, Veteran
    edited July 2013

    Alright I see the issue, how aggravating. We'll take a look.

  • MaouniqueMaounique Host Rep, Veteran

    Yeah, I have to add paragraphs all over.
    Results are good, good network and the second has excellent IO too, while the first has good.
    I suspect problems when DD is going under 80 or so, but I can do with 30.

  • I suspect problems when DD is going under 80 or so, but I can do with 30.

    I only suspect problems when there is a dramatic decline in DD or iops results. Example: a few weeks ago iops on one of my VPS's dropped from 6K-8K to 10-150 and any disk access was causing a spike in load. Ticket opened ("hey provider, someone's abusing the sh** out of this node: :P ). Abuser discovered and terminated. Problem solved, iops returned to normal.

    I can do with 30.

    dd readings under 30 are still usable for most tasks. I have a couple of old P4's with average dd ratings of 20-25 (and 40K-50K hours on the drives) and they're perfectly usable. I wouldn't want to run a large database on them but for most other things they work fine.

  • MaouniqueMaounique Host Rep, Veteran

    @DomainBop said:
    Yeah, when i feel a sluggish disk i do a test and it has 50 MB/s when it used to have 120, I also open a ticket. If it was 50 and then 30, I probably got it for free or dirt cheap and dont really care.

    You can run large databases from slow disks, it is a matter of number of reads/writes, actually, if the records are largo containing files or whatever and the db is only taking a lot of space but doesnt have huge numbers or rows and columns and a program which is reading writing there all the time, disk speed does not really matter.

    In a massively multithreading environment such as a container on an ovz node, the number of disk accesses are important, IOPS, once you got your turn, the operation goes on and you can do well with large chunks of read/write, even if the disk is thrashed to death, but you will have iowait.

  • Jawa78Jawa78 Member

    Thanks everyone. Bandwidth was easy to tell but was not sure what I should of been seeing on the io out put on these openvz packages.

    1. UGVPS - Buffalo

    2. CVPS - Atlanta

Sign In or Register to comment.