Howdy, Stranger!

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


Fake disk speeds?
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.

Fake disk speeds?

entrailzentrailz Member, Host Rep

Hey guys,

Picked up a $1.50 VPS and ran nench, but the drive speeds seem... really fast and I'm not sure if they're real.

 root@test2:~# ./nench.sh
-------------------------------------------------
 nench.sh v2018.04.14 -- https://git.io/nench.sh
 benchmark timestamp:    2019-01-28 00:12:09 UTC
-------------------------------------------------

Processor:    Intel(R) Xeon(R) CPU E3-1240 v3 @ 3.40GHz
CPU cores:    1
Frequency:    3399.684 MHz
RAM:          1.5G
Swap:         -
Kernel:       Linux 2.6.32-042stab134.8 x86_64

Disks:
Filesystem     Type      Size Inodes
/dev/simfs     simfs      20G    10M

CPU: SHA256-hashing 500 MB
    2.713 seconds
CPU: bzip2-compressing 500 MB
    4.650 seconds
CPU: AES-encrypting 500 MB
    1.345 seconds

ioping: seek rate
    min/avg/max/mdev = 981 ns / 133.0 us / 4.53 ms / 164.1 us
ioping: sequential read speed
    generated 7.49 k requests in 5.00 s, 1.83 GiB, 1.50 k iops, 374.2 MiB/s

dd: sequential write speed
    1st run:    1239.78 MiB/s
    2nd run:    1335.14 MiB/s
    3rd run:    1049.04 MiB/s
    average:    1207.99 MiB/s

IPv4 speedtests
    your IPv4:    xxxx

    Cachefly CDN:         11.81 MiB/s
    Leaseweb (NL):        10.27 MiB/s
    Softlayer DAL (US):   11.36 MiB/s
    Online.net (FR):      9.89 MiB/s
    OVH BHS (CA):         11.47 MiB/s

No IPv6 connectivity detected
-------------------------------------------------

What do you guys think?

Seems like a steal for the price.

Comments

  • eoleol Member

    Use dd to read/write 10 gigs.

  • entrailzentrailz Member, Host Rep

    Just done, speeds go to about half of nench:

    
    root@test2:~# time (dd if=/dev/zero of=/tmp/test bs=64k count=160k > /dev/null; sync)
    163840+0 records in
    163840+0 records out
    10737418240 bytes (11 GB, 10 GiB) copied, 20.5418 s, 523 MB/s
    
    real    0m20.676s
    user    0m0.052s
    sys     0m6.150s
    
    

    When doing a 1gb file, it is still 1.2gb/s:

    
    root@test2:~# time (dd if=/dev/zero of=/tmp/test bs=64k count=16k > /dev/null; sync)
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB, 1.0 GiB) copied, 0.901784 s, 1.2 GB/s
    
    real    0m0.903s
    user    0m0.003s
    sys     0m0.544s
    
    
    Thanked by 1eol
  • eoleol Member

    Not bad.

  • Where did you get that?

  • entrailzentrailz Member, Host Rep

    It's from one of the shit hosts that use CC, I was very surprised with the performance of the disk...

  • #disks

    Thanked by 4eol Janevski Letzien imok
  • @entrailz said:
    It's from one of the shit hosts that use CC, I was very surprised with the performance of the disk...

    Wait a few weeks until the server is running about 200% capacity then try. I wish you luck.

    Thanked by 2eol Chuck
  • Pls PM where to get it

  • deankdeank Member, Troll

    It simply means you are on an empty node.

    Name the host and you can expect your honeymoon to turn into borderline nightmare.

    Thanked by 3eol Chuck dedotatedwam
  • entrailzentrailz Member, Host Rep

    @deank said:
    It simply means you are on an empty node.

    Name the host and you can expect your honeymoon to turn into borderline nightmare.

    Hence why I have low intentions of sharing the name ;)

  • ChuckChuck Member
    edited January 2019

    @entrailz said:

    @deank said:
    It simply means you are on an empty node.

    Name the host and you can expect your honeymoon to turn into borderline nightmare.

    Hence why I have low intentions of sharing the name ;)

    No worry. They will create more offer to get as many suckers as they could before disappearing.

    HiFormance last offer posted on LEB 1 month then they went down to the toilet.

  • randvegetarandvegeta Member, Host Rep

    Damn. Must be a bunch of SSDs running on RAID 0, or it's some sort of RAM disk...

  • Mr_TomMr_Tom Member, Host Rep

    @randvegeta said:
    Damn. Must be a bunch of SSDs running on RAID 0, or it's some sort of RAM disk...

    Or NVME?

  • FHRFHR Member, Host Rep

    You're hitting the cache, that's normal.

    10GB file doesn't fit in cache => speeds go down.

    Could be either Linux caching, hardware RAID cache or ZFS with compression (since a bunch of zeroes compresses really well - but you would see higher speeds in that case, so no).

    Thanked by 1mfs
  • @deank said:
    Name the host and you can expect your honeymoon to turn into borderline nightmare.

    They will get more sales.

    @cybertech said:
    Pls PM where to get it

    ...You see it?

  • randvegetarandvegeta Member, Host Rep

    @Mr_Tom said:

    @randvegeta said:
    Damn. Must be a bunch of SSDs running on RAID 0, or it's some sort of RAM disk...

    Or NVME?

    On an uber budget host? Could be but I doubt it.

  • AnthonySmithAnthonySmith Member, Patron Provider

    It is simfs so that is just you hitting the raid card cache rendering 99% of dd <=1GB tests pointless since 2008 :)

    Thanked by 1AuroraZ
  • eoleol Member

    I found 10GB to be somewhat useful.

  • AnthonySmithAnthonySmith Member, Patron Provider

    eol said: I found 10GB to be somewhat useful.

    Yeah, it proved the 1GB was just hitting the raid cache, the 10GB hit the raid cache initially giving it a small 10% ish boost and then the result was around 500MB/s which you can hit with 4 x enterprise sas in raid 10 :) or 2 x desktop SSD's in R1

  • 36062023606202 Member
    edited January 2019

    I wonder: Do people who fake disk speeds also fake orgasms? And - Can one cache several orgasms to produce one big eternal orgasm?

  • Mr_TomMr_Tom Member, Host Rep

    randvegeta said: On an uber budget host? Could be but I doubt it.

    Good point - caching seems most likely.

  • eoleol Member

    @3606202 said:
    I wonder: Do people who fake disk speeds also fake orgasms? And - Can one cache several orgasms to produce one big eternal orgasm?

    Does I/O speed matter?

  • MasonRMasonR Community Contributor

    @eol said:

    @3606202 said:
    I wonder: Do people who fake disk speeds also fake orgasms? And - Can one cache several orgasms to produce one big eternal orgasm?

    Does I/O speed matter?

    If you can't write to disk fast enough, then you'll overflow your buffer. In that case, I hope you have some tissues or a raincoat handy.

    Thanked by 2eol cybertech
  • 36062023606202 Member
    edited January 2019

    @eol said:

    @3606202 said:
    I wonder: Do people who fake disk speeds also fake orgasms? And - Can one cache several orgasms to produce one big eternal orgasm?

    Does I/O speed matter?

    Faster, Harder, Scooter. So the answer is YES, most probably...

    Thanked by 1eol
  • eoleol Member

    @3606202 said:

    @eol said:

    @3606202 said:
    I wonder: Do people who fake disk speeds also fake orgasms? And - Can one cache several orgasms to produce one big eternal orgasm?

    Does I/O speed matter?

    Faster, Harder, Scooter. So the answer is YES, most probably...

    Then I recommend a Redundant Array of Independent Dicks to increase uptime.

    Thanked by 1uptime
  • mfsmfs Banned, Member
    edited January 2019

    @eol said:

    @3606202 said:
    I wonder: Do people who fake disk speeds also fake orgasms? And - Can one cache several orgasms to produce one big eternal orgasm?

    Does I/O speed matter?

    If ioping is too low, chances are you're hitting a fake one in cache
    latency matters, it shouldn't be 0 and shouldn't be too high to be credible

    I'd suggest to run some flexible input/output tester, with different block sizes and at different hours, to check if the tested subject is faking or not; also you could learn which size fits better in that liaison

    EDIT2:

    Thanked by 1eol
  • eoleol Member
    edited January 2019

    Yes.
    Size matters.
    "One (cache) size fits all" probably won't happen.

    EDIT2:

Sign In or Register to comment.