Howdy, Stranger!

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


Shells Virtual Desktop
BMail.ag - Secure Email Service
Server.net
CPLicense.net
VPS Server
Buy VPN
Vultr
VMs for AI
HostDare
ReliableSite White-Label Dedicated Hosting for Resellers
InterServer VPS
BMail.ag - Secure Email Service
Best VPN
High-Performance Bare Metal Server Solutions
Karvl.com
Server Mania Cloud Hosting
DataWagon Hosting
AlphaVPS Hosting
Evoxt.com
Clouvider
VPS Hosting with NVMe
Residential IPs in the US & 4G Mobile Proxies in EU & US with Unlimited Bandwidth
ReliableSite White-Label Dedicated Hosting for Resellers
Rabisu - Hosting Solutions
Shells Virtual Desktop
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.

3.5 storage VPS comparison (NL, IT, RO) incl host_c

jsgjsg Member, Resident Benchmarker
edited September 2024 in Reviews

I confess it, I just had to benchmark my @host_c storage VPS, and being at it, why not compare it to the others I have? OK, one is a dedi, so out for reasons of fairness. The others though all are VPS.

  • @LiteServer (liked it a lot and still do. it served and still serves me well and reliably)
  • @c1vhosting (never really trusted it but it turned out to be quite reliable though slow)
  • @Calin /ihostart (halfway trusted it but I didn't have high expectations. Quite reliable too though)
  • @host_c (really good provider, I expected a at least decent product, and that's what I got)

Why '3.5' in the title? Because benchmarking a large storage VPS takes a lot of time and unfortunately the c1v VPS's disk is snail slow, so I really only got one full (fresh) benchmark run out of it so far (will update after a couple of days if justified). But hey, all the tested VPSs didn't run more than 10 - 20 runs, about half of which were with the large storage drive and the rest with the boot drive.

Re. the prices I'm not sure anymore about all the VPSs's prices. the host_c VPS is about $45/yr, the Liteserver one is about €90/yr, Calins, iirc was about €35 or €40/yr, and the c1v yet a bit less, maybe about €30/yr.
The storage drive size are

  • Liteserver: 1 TB (no separate boot drive)
  • c1v: 2 TB (no separate boot drive)
  • Calin: 4.5 TB + 20 GB boot drive
  • host_c: 5 TB + 20 GB boot drive

which also means that for both the Liteserver VPS and the c1v one it didn't even make sense to test both drives (as they are just partitions on the same large storage drive). For the Calin VPS and the host_c VPS the two have been benchmarked, and are listed separately.

So here you go, as usual processor and memory first:

Liteserver

Machine: amd64, Arch.: amd64, Model: AMD EPYC 7571 32-Core Processor                
OS, version: FreeBSD 13.0, Mem.: 1.990 GB
CPU - Cores: 1, Family/Model/Stepping: 23/1/2
Cache: 32K/64K L1d/L1i, 512K L2, 64M L3
Std. Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
          pse36 cflsh mmx fxsr sse sse2 sse3 pclmulqdq ssse3 fma cx16 sse4_1
          sse4_2 popcnt aes xsave osxsave avx f16c rdrnd hypervisor
Ext. Flags: syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm lahf_lm cmp_legacy svm
          cr8_legacy lzcnt sse4a misalignsse 3dnowprefetch osvw perfctr_core

AES? Yes
Nested Virt.? Yes
HW RNG? Yes

ProcMem SC [MB/s]: avg 133.7 - min 44.9 (33.6 %), max 225.9 (169.0 %)
ProcMem MA [MB/s]: avg 221.1 - min 204.9 (92.7 %), max 240.4 (108.7 %)
ProcMem MB [MB/s]: avg 225.0 - min 209.4 (93.1 %), max 239.7 (106.5 %)
ProcMem AES [MB/s]: avg 787.7 - min 681.7 (86.5 %), max 843.9 (107.1 %)
ProcMem RSA [kp/s]: avg 50.8 - min 44.9 (88.4 %), max 55.0 (108.3 %)

Certainly not overwhelming, but then for a backup VPS 1 single vCore of a somewhat older Epyc is certainly good enough. The large spread does suggest though that that node is, um, "loaded".
2 GB memory is nice and the AES and RSA results are OK to mildly decent.

c1v

Machine: amd64, Arch.: amd64, Model: QEMU Virtual CPU version 2.5+
OS, version: FreeBSD 13.2, Mem.: 1.942 GB
CPU - Cores: 1, Family/Model/Stepping: 15/107/1
Cache: 32K/32K L1d/L1i, 2M L2, 16M L3
Std. Flags: fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36
          cflsh mmx fxsr sse sse2 sse3 ssse3 cx16 sse4_1 sse4_2 x2apic popcnt
          aes hypervisor
Ext. Flags: syscall nx lm lahf_lm

[PM-SC] 315.37 MB/s
[PM-MA] 288.37 MB/s
[PM-MB] 315.08 MB/s
[P-AES] 92.00 MB/s
[P-RSA] 56.82 kp/s

Hmm, at first sight a decent vCPU, much faster than the LS one - but not when looking closely. The AES result is plain ridiculous and the PM-MA results being lower than the PM-SC (single core) result doesn't look trust inspriring.

Calin

Machine: amd64, Arch.: amd64, Model: Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz
OS, version: FreeBSD 13.1, Mem.: 1.442 GB
CPU - Cores: 1, Family/Model/Stepping: 6/79/1
Cache: 32K/32K L1d/L1i, 2M L2, 16M L3
Std. Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
          pse36 cflsh mmx fxsr sse sse2 ss sse3 pclmulqdq vmx ssse3 fma cx16
          pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline aes xsave
          osxsave avx f16c rdrnd hypervisor
Ext. Flags: fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm rdseed
          adx smap umip syscall nx pdpe1gb rdtscp lm lahf_lm lzcnt

AES? Yes
Nested Virt.? Yes
HW RNG? Yes

ProcMem SC [MB/s]: avg 135.9 - min 48.8 (35.9 %), max 224.6 (165.3 %)
ProcMem MA [MB/s]: avg 212.6 - min 204.7 (96.3 %), max 220.2 (103.6 %)
ProcMem MB [MB/s]: avg 213.6 - min 209.4 (98.0 %), max 220.9 (103.4 %)
ProcMem AES [MB/s]: avg 494.9 - min 488.3 (98.7 %), max 499.5 (100.9 %)
ProcMem RSA [kp/s]: avg 54.3 - min 48.8 (89.9 %), max 58.2 (107.2 %)

Funny. That E5 v4. CPU delivers results quite similar to that of the LS Epyc, just the AES result is significantly lower (but still much better than on the c1v VPS. Even the spread is similar *g
But it's the VPS with the lowest amount of memory so far (1.5 GB vs 2.0 GB). Never the less plenty good enough for a backup server.

host_c

Machine: amd64, Arch.: amd64, Model: Intel(R) Xeon(R) Gold 6148 CPU @ 2.40GHz
OS, version: FreeBSD 14.0, Mem.: 1.991 GB
CPU - Cores: 2, Family/Model/Stepping: 6/85/4
Cache: 32K/32K L1d/L1i, 2M L2, 16M L3
Std. Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
          pse36 cflsh mmx fxsr sse sse2 ss htt sse3 pclmulqdq vmx ssse3 fma
          cx16 pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline aes
          xsave osxsave avx f16c rdrnd hypervisor
Ext. Flags: fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx pat
          pse36 rdseed adx smap clflushopt clwb sha umip pku ospke syscall nx
          pdpe1gb rdtscp lm lahf_lm lzcnt

AES? Yes
Nested Virt.?Yes
HW RNG? Yes

ProcMem SC [MB/s]: avg 194.3 - min 77.5 (39.9 %), max 314.4 (161.8 %)
ProcMem MA [MB/s]: avg 567.7 - min 540.9 (95.3 %), max 589.5 (103.9 %)
ProcMem MB [MB/s]: avg 576.3 - min 545.9 (94.7 %), max 602.4 (104.5 %)
ProcMem AES [MB/s]: avg 1086.0 - min 1069.5 (98.5 %), max 1094.1 (100.7 %)
ProcMem RSA [kp/s]: avg 80.7 - min 77.5 (96.1 %), max 83.2 (103.2 %)

Yay, now we are talking! Even when ignoring the 2nd vCore (because all others only have 1). Just look at those AES and RSA numbers! Now, that's a machine to which you can effortlessly send encrypted backups within a SSL session and/or decrypt files on the fly. Besides, the (single) vCore I count is significantly faster than all others, too.

The winner in this category, again even ignoring that the host_c VPS is dual vCore, clearly is host_c, followed by Liteserver and Calin (not far behind) and finally c1v.

«1

Comments

  • jsgjsg Member, Resident Benchmarker
    • part 2 - network/connectivity

    A somewhat sad preamble: Although I tested each and every target from my desktop, quite some of them do not work at all, or only via some paths/ASs when used from a server. My guess is that a mix of good (or not) routing and of IP "reputation" (and be it just "coming from residential or from host") is responsible.
    Now, one might think "just use iperf3 or similar". But sadly that's not a real alternative for me because I want to see and to show what you can expect from your VPS and not some marketing optimized BS shitshow.

    So, sorry, some targets just are not reachable, be it because a VPS usually is a host or be it that a hosting providers routes aren't really good.

    Anyway, here you go, geographically ordered. Europe - Asia - Ozzyland - Americas - Africa

    Liteserver

    NO OSL ftp.uninett.no [F: 0]
      DL [Mb/s]:      avg 228.9 - min 228.9 (100.0%), max 228.9 (100.0%)
      Ping [ms]:      avg 24.1 - min 24.1 (100.0%), max 24.1 (100.0%)
      Web ping [ms]:  avg 24.9 - min 24.9 (100.0%), max 24.9 (100.0%)
    
    UK LON lon.speedtest.clouvider.net [F: 0]
      DL [Mb/s]:      avg 648.3 - min 626.6 (96.7%), max 670.0 (103.3%)
      Ping [ms]:      avg 7.8 - min 7.7 (98.1%), max 8.0 (101.9%)
      Web ping [ms]:  avg 8.3 - min 8.1 (97.0%), max 8.6 (103.0%)
    
    NL AMS mirror.nl.leaseweb.net - complete fail
    
    NL AMS ftp2.nl.freebsd.org [F: 0]
      DL [Mb/s]:      avg 411.7 - min 411.7 (100.0%), max 411.7 (100.0%)
      Ping [ms]:      avg 2.4 - min 2.4 (100.0%), max 2.4 (100.0%)
      Web ping [ms]:  avg 2.5 - min 2.5 (100.0%), max 2.5 (100.0%)
    
    DE FRA fra.lg.core-backbone.com [F: 0]
      DL [Mb/s]:      avg 535.8 - min 392.8 (73.3%), max 678.7 (126.7%)
      Ping [ms]:      avg 8.6 - min 8.6 (100.0%), max 8.6 (100.0%)
      Web ping [ms]:  avg 8.6 - min 8.6 (100.0%), max 8.6 (100.0%)
    
    FR PAR ftp.fr.freebsd.org [F: 0]
      DL [Mb/s]:      avg 620.4 - min 620.4 (100.0%), max 620.4 (100.0%)
      Ping [ms]:      avg 11.3 - min 11.3 (100.0%), max 11.3 (100.0%)
      Web ping [ms]:  avg 11.5 - min 11.5 (100.0%), max 11.5 (100.0%)
    
    IT ROM giano.com.dist.unige.it [F: 0]
      DL [Mb/s]:      avg 406.6 - min 406.6 (100.0%), max 406.6 (100.0%)
      Ping [ms]:      avg 28.6 - min 28.6 (100.0%), max 28.6 (100.0%)
      Web ping [ms]:  avg 29.2 - min 29.2 (100.0%), max 29.2 (100.0%)
    
    RO BUC mirrors.xservers.ro [F: 0]
      DL [Mb/s]:      avg 332.5 - min 332.5 (100.0%), max 332.5 (100.0%)
      Ping [ms]:      avg 34.3 - min 34.3 (100.0%), max 34.3 (100.0%)
      Web ping [ms]:  avg 34.9 - min 34.9 (100.0%), max 34.9 (100.0%)
    
    RU MOS speedtest.hostkey.ru [F: 0]
      DL [Mb/s]:      avg 270.4 - min 266.4 (98.5%), max 274.5 (101.5%)
      Ping [ms]:      avg 49.2 - min 49.2 (99.9%), max 49.3 (100.1%)
      Web ping [ms]:  avg 49.2 - min 49.2 (99.9%), max 49.3 (100.1%)
    
    RU SIB mirror.truenetwork.ru [F: 0]
      DL [Mb/s]:      avg 64.0 - min 64.0 (100.0%), max 64.0 (100.0%)
      Ping [ms]:      avg 94.7 - min 94.7 (100.0%), max 94.7 (100.0%)
      Web ping [ms]:  avg 94.7 - min 94.7 (100.0%), max 94.7 (100.0%)
    
    IN MUM mirrors.piconets.webwerks.in [F: 1]
      DL [Mb/s]:      avg 47.2 - min 0.0 (0.0%), max 94.3 (200.0%)
      Ping [ms]:      avg 121.7 - min 118.1 (97.1%), max 125.2 (102.9%)
      Web ping [ms]:  avg 121.7 - min 118.1 (97.1%), max 125.2 (102.9%)
    
    CN ZHJ mirrors.163.com  - complete fail
    
    CN HK mirrors.xtom.hk  - complete fail
    
    JP TOK speedtest.tokyo2.linode.com [F: 0]
      DL [Mb/s]:      avg 33.9 - min 30.1 (88.9%), max 37.6 (111.1%)
      Ping [ms]:      avg 247.4 - min 247.3 (100.0%), max 247.5 (100.0%)
      Web ping [ms]:  avg 252.6 - min 249.7 (98.9%), max 255.4 (101.1%)
    
    AU AAR ftp.au.freebsd.org [F: 0]
      DL [Mb/s]:      avg 33.0 - min 33.0 (100.0%), max 33.0 (100.0%)
      Ping [ms]:      avg 321.6 - min 321.6 (100.0%), max 321.6 (100.0%)
      Web ping [ms]:  avg 336.7 - min 336.7 (100.0%), max 336.7 (100.0%)
    
    US MAS ftp5.freebsd.org [F: 0]
      DL [Mb/s]:      avg 66.7 - min 66.7 (100.0%), max 66.7 (100.0%)
      Ping [ms]:      avg 73.5 - min 73.5 (100.0%), max 73.5 (100.0%)
      Web ping [ms]:  avg 80.1 - min 80.1 (100.0%), max 80.1 (100.0%)
    
    US LAX la.speedtest.clouvider.net [F: 0]
      DL [Mb/s]:      avg 44.3 - min 26.0 (58.7%), max 62.6 (141.3%)
      Ping [ms]:      avg 145.2 - min 145.2 (100.0%), max 145.3 (100.0%)
      Web ping [ms]:  avg 145.2 - min 145.2 (100.0%), max 145.3 (100.0%)
    
    BR SAO ftp3.br.freebsd.org [F: 0]
      DL [Mb/s]:      avg 27.8 - min 27.8 (100.0%), max 27.8 (100.0%)
      Ping [ms]:      avg 231.6 - min 231.6 (100.0%), max 231.6 (100.0%)
      Web ping [ms]:  avg 274.9 - min 274.9 (100.0%), max 274.9 (100.0%)
    
    ZA JOB ftp2.za.freebsd.org [F: 0]
      DL [Mb/s]:      avg 47.2 - min 47.2 (100.0%), max 47.2 (100.0%)
      Ping [ms]:      avg 173.1 - min 173.1 (100.0%), max 173.1 (100.0%)
      Web ping [ms]:  avg 173.2 - min 173.2 (100.0%), max 173.2 (100.0%)
    
    KE NAI mirror.liquidtelecom.com [F: 0]
      DL [Mb/s]:      avg 41.8 - min 41.8 (100.0%), max 41.8 (100.0%)
      Ping [ms]:      avg 162.1 - min 162.1 (100.0%), max 162.1 (100.0%)
      Web ping [ms]:  avg 162.6 - min 162.6 (100.0%), max 162.6 (100.0%)
    
    KE UNK centos.mirror.liquidtelecom.com  - complete fail
    
    ZA JOB ftp2.za.freebsd.org [F: 0]
      DL [Mb/s]:      avg 47.2 - min 47.2 (100.0%), max 47.2 (100.0%)
      Ping [ms]:      avg 173.1 - min 173.1 (100.0%), max 173.1 (100.0%)
      Web ping [ms]:  avg 173.2 - min 173.2 (100.0%), max 173.2 (100.0%)
    

    So, all of Europe solidly > 100 Mb/s and the "big" targets LON, FRA, PAR >= 500 Mb/s and quite many not much slower. Even RU MOS is > 200 Mb/s and only RU SIB isn't bad with > 50 Mb/s ... but then, the provider is in Europa (NL) so that's not a surprise.
    India, Mumbay just a bit under 50 Mb/s isn't bad, China, oh well ..., Tokyo a bit over 30 Mb/s is OK I guess, and Ozzyland also over 30 Mb/s is OK too I guess.
    Massachusets < 70 Mb/s and LAX < 50 Mb/s is not OK though in my books. Even Sao Paolo, BR, isn't much worse.
    Kenia and South Africa in bteween 40 and 50 Mb/s isn't great but I've seen worse.
    TL;DR I would expect better from a reputable provider in NL. Much better. After all, there is a world outside of Europe.

    c1v

    First a remark: That VPS reacts so slowly and shitty that multiple attempts to download the test results failed. So, these numbers are based on a single run at the end of 2023 ...

     lon.speedtest.clouvider.net     UK LON:, P:  33.6 ms WP:  33.8 ms, DL:   75.00 Mb/s
     ftp.uk.freebsd.org              UK LON:, P:  37.4 ms WP:  37.4 ms, DL:   55.08 Mb/s
     mirror.nl.leaseweb.net          NL AMS:, P:  14.2 ms WP:  42.8 ms, DL:   39.31 Mb/s
     mirror.ams1.nl.leaseweb.net     NL AMS:, P:  32.4 ms WP:  63.0 ms, DL:   57.33 Mb/s
     speedtest.c1.mel1.dediserve.com AU MEL:, P:  81.6 ms WP: 258.9 ms, DL:   40.09 Mb/s
     mirrors.piconets.webwerks.in    IN MUM:, P:  68.5 ms WP: 128.0 ms, DL:   58.71 Mb/s
     fra.lg.core-backbone.com        DE FRA:, P:  20.2 ms WP:  27.3 ms, DL:   91.79 Mb/s
     speedtest.mil01.softlayer.com   IT MIL:, P:  18.3 ms WP:  27.2 ms, DL:   61.56 Mb/s
     ipv4.paris.testdebit.info       FR PAR:, P:  29.0 ms WP:  29.5 ms, DL:   65.45 Mb/s
     speedtest.hostkey.ru            RU MOS:, P:  41.9 ms WP:  85.1 ms, DL:   57.07 Mb/s
     mirror.truenetwork.ru           RU SIB:, P:  74.2 ms WP: 150.4 ms, DL:   67.05 Mb/s
     speedtest.sao01.softlayer.com   BR SAO:, P:  76.2 ms WP: 230.6 ms, DL:   44.36 Mb/s
     mirror.lstn.net                 US DAL:, P:  60.5 ms WP: 136.2 ms, DL:   54.88 Mb/s
     speedtest.sjc01.softlayer.com   US SJC:, P:  55.8 ms WP: 169.9 ms, DL:   46.19 Mb/s
     la.speedtest.clouvider.net      US LAX:, P: 111.0 ms WP: 169.4 ms, DL:   56.04 Mb/s
     mirror.wdc2.us.leaseweb.net     US WDC:, P:  47.6 ms WP: 135.6 ms, DL:   32.38 Mb/s
     mirror.clarkson.edu             US NYC:, P:  47.6 ms WP:  47.6 ms, DL:    0.00 Mb/s
     speedtest.tokyo2.linode.com     JP TOK:, P:  77.8 ms WP: 237.5 ms, DL:   46.14 Mb/s
     mirrors.m247.ro                 RO BUC:, P:  33.9 ms WP:  53.6 ms, DL:   42.49 Mb/s
     mirror.efect.ro                 RO BUC:, P:  38.8 ms WP:  56.4 ms, DL:   83.35 Mb/s
     speedtest.ftp.otenet.gr         GR UNK:, P:  43.2 ms WP: 261.7 ms, DL:   31.52 Mb/s
     mirror.earthlink.iq             IQ UNK:, P:  65.6 ms WP: 100.6 ms, DL:   52.15 Mb/s
     mirror.web4africa.ng            NG LAG:, P: 128.7 ms WP: 128.7 ms, DL:    0.00 Mb/s
     centos.mirror.liquidtelecom.com KE UNK:, P: 142.3 ms WP: 206.3 ms, DL:   54.54 Mb/s
     ftp.uninett.no                  NO OSL:, P:  34.3 ms WP:  59.6 ms, DL:   61.37 Mb/s
     mirrors.xtom.hk                 CN HK:, P:  82.1 ms WP: 294.7 ms, DL:   40.66 Mb/s
    

    Not much to say. Even the fastest download speed achieved not even within IT but to DE FRA is well under 100 Mb/s. But then I got that VPS only because it was dirt cheap and only a secondary backup anyway. Plus I count it only as half a test (-> "3.5 VPS test") ...

    Calin

    NO OSL ftp.uninett.no [F: 2]
      DL [Mb/s]:      avg 118.6 - min 0.0 (0.0%), max 181.1 (152.7%)
      Ping [ms]:      avg 61.4 - min 60.5 (98.5%), max 62.6 (101.9%)
      Web ping [ms]:  avg 64.8 - min 60.7 (93.7%), max 75.4 (116.4%)
    
    UK LON lon.speedtest.clouvider.net [F: 0]
      DL [Mb/s]:      avg 218.2 - min 48.5 (22.2%), max 256.4 (117.5%)
      Ping [ms]:      avg 44.3 - min 43.1 (97.4%), max 46.2 (104.4%)
      Web ping [ms]:  avg 46.2 - min 44.0 (95.1%), max 49.0 (105.9%)
    
    NL AMS mirror.nl.leaseweb.net [F: 0]
      DL [Mb/s]:      avg 101.2 - min 101.2 (100.0%), max 101.2 (100.0%)
      Ping [ms]:      avg 31.9 - min 31.9 (100.0%), max 31.9 (100.0%)
      Web ping [ms]:  avg 45.0 - min 45.0 (100.0%), max 45.0 (100.0%)
    
    NL AMS ftp2.nl.freebsd.org [F: 0]
      DL [Mb/s]:      avg 171.8 - min 97.6 (56.8%), max 321.2 (186.9%)
      Ping [ms]:      avg 32.4 - min 31.1 (96.0%), max 36.1 (111.5%)
      Web ping [ms]:  avg 57.3 - min 31.7 (55.3%), max 104.6 (182.5%)
         
    DE FRA fra.lg.core-backbone.com [F: 0]
      DL [Mb/s]:      avg 343.7 - min 334.6 (97.4%), max 351.6 (102.3%)
      Ping [ms]:      avg 30.3 - min 30.2 (99.6%), max 30.5 (100.6%)
      Web ping [ms]:  avg 30.5 - min 30.4 (99.7%), max 30.7 (100.7%)
    
    FR PAR ftp.fr.freebsd.org [F: 4]
      DL [Mb/s]:      avg 4.2 - min 0.0 (0.0%), max 21.2 (500.0%)
      Ping [ms]:      avg 61.7 - min 59.4 (96.3%), max 68.0 (110.2%)
      Web ping [ms]:  avg 68.2 - min 59.4 (87.1%), max 92.4 (135.5%)
    
    IT ROM giano.com.dist.unige.it [F: 0]
      DL [Mb/s]:      avg 221.8 - min 164.3 (74.1%), max 237.3 (107.0%)
      Ping [ms]:      avg 48.1 - min 46.3 (96.2%), max 50.7 (105.3%)
      Web ping [ms]:  avg 59.7 - min 50.7 (84.9%), max 73.3 (122.8%)
    
    RO BUC mirrors.xservers.ro [F: 0]
      DL [Mb/s]:      avg 525.4 - min 386.9 (73.6%), max 648.6 (123.4%)
      Ping [ms]:      avg 0.9 - min 0.8 (93.0%), max 0.9 (104.7%)
      Web ping [ms]:  avg 1.4 - min 1.1 (78.6%), max 1.8 (128.6%)
    
    RU MOS speedtest.hostkey.ru [F: 0]
      DL [Mb/s]:      avg 158.7 - min 145.4 (91.6%), max 166.5 (104.9%)
      Ping [ms]:      avg 72.9 - min 71.7 (98.4%), max 75.4 (103.5%)
      Web ping [ms]:  avg 81.1 - min 71.8 (88.5%), max 88.0 (108.5%)
    
    RU SIB mirror.truenetwork.ru [F: 2]
      DL [Mb/s]:      avg 48.5 - min 0.0 (0.0%), max 95.8 (197.5%)
      Ping [ms]:      avg 124.5 - min 120.6 (96.9%), max 126.9 (102.0%)
      Web ping [ms]:  avg 157.8 - min 123.1 (78.0%), max 211.6 (134.1%)
    
    IN MUM mirrors.piconets.webwerks.in [F: 3]
      DL [Mb/s]:      avg 36.0 - min 0.0 (0.0%), max 75.6 (210.2%)
      Ping [ms]:      avg 146.4 - min 141.7 (96.8%), max 149.9 (102.4%)
      Web ping [ms]:  avg 169.6 - min 145.4 (85.7%), max 280.2 (165.2%)
    
    CN ZHJ mirrors.163.com - complete fail 
    
    CN HK mirrors.xtom.hk [F: 0]
      DL [Mb/s]:      avg 53.8 - min 53.8 (100.0%), max 53.8 (100.0%)
      Ping [ms]:      avg 194.2 - min 194.2 (100.0%), max 194.2 (100.0%)
      Web ping [ms]:  avg 202.0 - min 202.0 (100.0%), max 202.0 (100.0%)
    
    JP TOK speedtest.tokyo2.linode.com [F: 0]
      DL [Mb/s]:      avg 39.5 - min 23.3 (59.0%), max 43.7 (110.6%)
      Ping [ms]:      avg 254.8 - min 251.7 (98.8%), max 257.2 (101.0%)
      Web ping [ms]:  avg 284.4 - min 251.7 (88.5%), max 431.5 (151.7%)
    
    AU AAR ftp.au.freebsd.org [F: 3]
      DL [Mb/s]:      avg 13.5 - min 0.0 (0.0%), max 33.7 (250.4%)
      Ping [ms]:      avg 251.9 - min 0.0 (0.0%), max 316.6 (125.7%)
      Web ping [ms]:  avg 254.3 - min 0.0 (0.0%), max 323.6 (127.2%)
    
    US MAS ftp5.freebsd.org  - complete fail
    
    US LAX la.speedtest.clouvider.net [F: 0]
      DL [Mb/s]:      avg 60.9 - min 59.9 (98.4%), max 62.4 (102.5%)
      Ping [ms]:      avg 176.8 - min 175.6 (99.3%), max 178.8 (101.2%)
      Web ping [ms]:  avg 178.3 - min 175.6 (98.5%), max 182.5 (102.3%)
    
    BR SAO ftp3.br.freebsd.org [F: 2]
      DL [Mb/s]:      avg 18.6 - min 0.0 (0.0%), max 41.0 (221.2%)
      Ping [ms]:      avg 249.7 - min 248.9 (99.7%), max 251.2 (100.6%)
      Web ping [ms]:  avg 273.0 - min 249.0 (91.2%), max 289.2 (105.9%)
    
    KE NAI mirror.liquidtelecom.com [F: 1]
      DL [Mb/s]:      avg 44.0 - min 0.0 (0.0%), max 57.1 (129.8%)
      Ping [ms]:      avg 200.0 - min 198.6 (99.3%), max 201.1 (100.6%)
      Web ping [ms]:  avg 203.7 - min 199.0 (97.7%), max 214.2 (105.2%)
    
    KE UNK centos.mirror.liquidtelecom.com [F: 0]
      DL [Mb/s]:      avg 56.5 - min 56.5 (100.0%), max 56.5 (100.0%)
      Ping [ms]:      avg 201.1 - min 201.1 (100.0%), max 201.1 (100.0%)
      Web ping [ms]:  avg 203.9 - min 203.9 (100.0%), max 203.9 (100.0%)
    
    ZA JOB ftp2.za.freebsd.org - complete fail
    

    Europe not utterly poor results, a few even halfway decent (sorry, >500 Mb/s within RO doesn't mean a lot) but I see nothing to write home about.
    Asia and Ozzyland not exactly decent either, Americas the same with one exception, LAX is better than Liteservers result. Africa halfway decent.
    TL;DR Sorry, Calin, your connectivity really needs to get better.

    host_c

    NO OSL ftp.uninett.no [F: 1]
      DL [Mb/s]:      avg 217.3 - min 0.0 (0.0%), max 295.4 (135.9%)
      Ping [ms]:      avg 57.1 - min 56.9 (99.6%), max 57.4 (100.4%)
      Web ping [ms]:  avg 59.8 - min 56.9 (95.2%), max 71.4 (119.4%)
    
    UK LON lon.speedtest.clouvider.net [F: 0]
      DL [Mb/s]:      avg 285.1 - min 41.9 (14.7%), max 370.4 (129.9%)
      Ping [ms]:      avg 34.4 - min 33.1 (96.1%), max 35.3 (102.5%)
      Web ping [ms]:  avg 36.6 - min 33.2 (90.7%), max 45.8 (125.1%)
    
    NL AMS mirror.nl.leaseweb.net [F: 0]
      DL [Mb/s]:      avg 250.0 - min 250.0 (100.0%), max 250.0 (100.0%)
      Ping [ms]:      avg 46.9 - min 46.9 (100.0%), max 46.9 (100.0%)
      Web ping [ms]:  avg 46.9 - min 46.9 (100.0%), max 46.9 (100.0%)
    
    NL AMS ftp2.nl.freebsd.org [F: 0]
      DL [Mb/s]:      avg 244.0 - min 150.4 (61.6%), max 345.4 (141.5%)
      Ping [ms]:      avg 47.0 - min 47.0 (100.0%), max 47.0 (100.0%)
      Web ping [ms]:  avg 60.2 - min 47.0 (78.1%), max 111.3 (185.0%)
    
    DE FRA fra.lg.core-backbone.com [F: 0]
      DL [Mb/s]:      avg 475.0 - min 96.5 (20.3%), max 694.3 (146.2%)
      Ping [ms]:      avg 18.6 - min 18.6 (99.8%), max 18.7 (100.3%)
      Web ping [ms]:  avg 22.5 - min 18.6 (82.9%), max 30.3 (135.0%)
    
    FR PAR ftp.fr.freebsd.org [F: 0]
      DL [Mb/s]:      avg 102.5 - min 52.5 (51.2%), max 240.6 (234.6%)
      Ping [ms]:      avg 32.5 - min 28.3 (87.0%), max 35.0 (107.6%)
      Web ping [ms]:  avg 88.7 - min 28.3 (31.9%), max 222.6 (250.9%)
    
    IT ROM giano.com.dist.unige.it [F: 0]
      DL [Mb/s]:      avg 202.6 - min 117.6 (58.1%), max 347.9 (171.8%)
      Ping [ms]:      avg 53.7 - min 48.6 (90.5%), max 59.1 (110.0%)
      Web ping [ms]:  avg 59.2 - min 48.6 (82.1%), max 80.2 (135.5%)
    
    RO BUC mirrors.xservers.ro [F: 0]
      DL [Mb/s]:      avg 561.6 - min 512.6 (91.3%), max 632.2 (112.6%)
      Ping [ms]:      avg 9.6 - min 9.5 (99.4%), max 9.6 (100.4%)
      Web ping [ms]:  avg 51.2 - min 10.2 (19.9%), max 205.9 (402.0%)
    
    RU MOS speedtest.hostkey.ru [F: 0]
      DL [Mb/s]:      avg 148.4 - min 52.9 (35.7%), max 198.8 (133.9%)
      Ping [ms]:      avg 65.0 - min 57.9 (89.1%), max 73.0 (112.3%)
      Web ping [ms]:  avg 79.2 - min 58.0 (73.2%), max 98.3 (124.1%)
    
    RU SIB mirror.truenetwork.ru [F: 0]
      DL [Mb/s]:      avg 93.3 - min 77.5 (83.1%), max 100.9 (108.2%)
      Ping [ms]:      avg 125.6 - min 113.3 (90.2%), max 134.3 (107.0%)
      Web ping [ms]:  avg 164.7 - min 128.3 (77.9%), max 218.5 (132.7%)
    
    IN MUM mirrors.piconets.webwerks.in [F: 5]
      DL [Mb/s]:      avg 23.6 - min 0.0 (0.0%), max 67.4 (285.0%)
      Ping [ms]:      avg 183.2 - min 182.9 (99.8%), max 183.5 (100.2%)
      Web ping [ms]:  avg 186.1 - min 182.9 (98.3%), max 206.2 (110.8%)
    
    CN ZHJ mirrors.163.com [F: 6]
      DL [Mb/s]:      avg 4.6 - min 0.0 (0.0%), max 32.5 (700.0%)
      Ping [ms]:      avg 212.9 - min 211.6 (99.4%), max 214.5 (100.8%)
      Web ping [ms]:  avg 245.0 - min 211.6 (86.4%), max 439.5 (179.4%)
    
    CN HK mirrors.xtom.hk [F: 0]
      DL [Mb/s]:      avg 43.7 - min 43.7 (100.0%), max 43.7 (100.0%)
      Ping [ms]:      avg 254.2 - min 254.2 (100.0%), max 254.2 (100.0%)
      Web ping [ms]:  avg 254.2 - min 254.2 (100.0%), max 254.2 (100.0%)
    
    JP TOK speedtest.tokyo2.linode.com [F: 0]
      DL [Mb/s]:      avg 40.9 - min 38.9 (95.0%), max 42.7 (104.2%)
      Ping [ms]:      avg 271.2 - min 263.5 (97.1%), max 280.9 (103.6%)
      Web ping [ms]:  avg 277.3 - min 264.9 (95.5%), max 289.8 (104.5%)
    
    AU AAR ftp.au.freebsd.org [F: 0]
      DL [Mb/s]:      avg 36.2 - min 34.1 (94.2%), max 37.5 (103.6%)
      Ping [ms]:      avg 316.1 - min 310.4 (98.2%), max 319.2 (101.0%)
      Web ping [ms]:  avg 340.7 - min 318.9 (93.6%), max 377.3 (110.8%)
    
    US MAS ftp5.freebsd.org [F: 0]
      DL [Mb/s]:      avg 43.8 - min 19.6 (44.8%), max 101.9 (233.0%)
      Ping [ms]:      avg 116.7 - min 114.7 (98.3%), max 119.3 (102.3%)
      Web ping [ms]:  avg 116.7 - min 114.7 (98.3%), max 119.3 (102.3%)
    
    US LAX la.speedtest.clouvider.net [F: 0]
      DL [Mb/s]:      avg 64.2 - min 43.8 (68.2%), max 69.8 (108.7%)
      Ping [ms]:      avg 164.8 - min 162.8 (98.8%), max 166.9 (101.3%)
      Web ping [ms]:  avg 170.0 - min 162.8 (95.8%), max 183.0 (107.6%)
    
    BR SAO ftp3.br.freebsd.org [F: 3]
      DL [Mb/s]:      avg 23.8 - min 0.0 (0.0%), max 46.1 (193.6%)
      Ping [ms]:      avg 211.8 - min 0.0 (0.0%), max 251.8 (118.9%)
      Web ping [ms]:  avg 229.4 - min 0.0 (0.0%), max 284.2 (123.9%)
    
    KE NAI mirror.liquidtelecom.com [F: 0]
      DL [Mb/s]:      avg 57.4 - min 55.0 (95.8%), max 59.0 (102.7%)
      Ping [ms]:      avg 188.8 - min 188.7 (100.0%), max 188.8 (100.0%)
      Web ping [ms]:  avg 200.4 - min 189.2 (94.4%), max 220.5 (110.1%)
    
    KE UNK centos.mirror.liquidtelecom.com [F: 0]
      DL [Mb/s]:      avg 58.0 - min 58.0 (100.0%), max 58.0 (100.0%)
      Ping [ms]:      avg 188.8 - min 188.8 (100.0%), max 188.8 (100.0%)
      Web ping [ms]:  avg 191.9 - min 191.9 (100.0%), max 191.9 (100.0%)
    
    ZA JOB ftp2.za.freebsd.org [F: 0]
      DL [Mb/s]:      avg 27.6 - min 24.4 (88.6%), max 33.2 (120.5%)
      Ping [ms]:      avg 253.5 - min 252.2 (99.5%), max 255.9 (100.9%)
      Web ping [ms]:  avg 264.8 - min 254.8 (96.2%), max 281.7 (106.4%)
    

    Europe OK results but the top results are lower than with Liteserver. Overall decent though.
    Asia and Ozzyland results also OK'ish and both chinese targets could actually be reached with one even showing a not bad result.
    The Americas not great, just like the other providers but at least no target was a complete failure. And the Africa results are even halfway decent.
    TL;DR Although there are no good "peaks" and only Liteserver showed those, I find the result set reasonably balanced as in: you wont see records but neither will you see failures. Kind of well balanced.

    The winner is split. Liteserver if you want a few peaks but also some failures or weak results -or- host_c if you value a decent result everywhere. The second place goes to the one you didn't chose for No 1. The third place goes to Calin, not because his connectivity is good (it isn't) but because at least it's not as crappy as c1v.

    Thanked by 2ElonBezos host_c
  • jsgjsg Member, Resident Benchmarker
    • part 3 - the drives

    This probably is the one you care most about. After all, we're looking at storage servers here.
    Keep in mind that only Calin and host_c offer separate boot and storage drives. That also happens to fit the order that I chose well.
    So, here you go:

    Liteserver

    large storage drive

    --- Disk 4 KB - Buffered ---
    Write seq. [MB/s]: avg 4.95 - min 4.38 (88.4%), max 5.57 (112.4%)
    Write rnd. [MB/s]: avg 4.42 - min 3.67 (83.1%), max 5.16 (116.8%)
    Read seq. [MB/s]:  avg 5.23 - min 4.70 (89.8%), max 5.66 (108.2%)
    Read rnd. [MB/s]:  avg 4.87 - min 4.78 (98.2%), max 5.00 (102.7%)
    --- Disk 4 KB - Sync/Direct ---
    Write seq. [MB/s]: avg 4.37 - min 4.07 (93.1%), max 4.91 (112.4%)
    Write rnd. [MB/s]: avg 4.41 - min 3.95 (89.6%), max 5.05 (114.6%)
    Read seq. [MB/s]:  avg 5.01 - min 4.45 (88.8%), max 5.65 (112.8%)
    Read rnd. [MB/s]:  avg 4.16 - min 3.70 (89.0%), max 4.58 (110.2%)
    
    --- Disk 64 KB - Buffered ---
    Write seq. [MB/s]: avg 46.66 - min 44.31 (95.0%), max 49.31 (105.7%)
    Write rnd. [MB/s]: avg 48.87 - min 46.25 (94.6%), max 52.91 (108.3%)
    Read seq. [MB/s]:  avg 965.04 - min 811.44 (84.1%), max 1160.17 (120.2%)
    Read rnd. [MB/s]:  avg 53.39 - min 48.60 (91.0%), max 62.09 (116.3%)
    --- Disk 64 KB - Sync/Direct ---
    Write seq. [MB/s]: avg 6.83 - min 6.42 (94.0%), max 7.47 (109.3%)
    Write rnd. [MB/s]: avg 3.82 - min 3.53 (92.3%), max 4.33 (113.3%)
    Read seq. [MB/s]:  avg 933.60 - min 852.56 (91.3%), max 1070.20 (114.6%)
    Read rnd. [MB/s]:  avg 49.70 - min 44.75 (90.0%), max 52.71 (106.0%)
    
    --- Disk 1 MB - Buffered ---
    Write seq. [MB/s]: avg 79.20 - min 74.95 (94.6%), max 87.56 (110.6%)
    Write rnd. [MB/s]: avg 130.20 - min 122.26 (93.9%), max 143.24 (110.0%)
    Read seq. [MB/s]:  avg 328.57 - min 320.41 (97.5%), max 337.97 (102.9%)
    Read rnd. [MB/s]:  avg 361.98 - min 271.19 (74.9%), max 423.29 (116.9%)
    --- Disk 1 MB - Sync/Direct ---
    Write seq. [MB/s]: avg 29.55 - min 29.33 (99.3%), max 29.77 (100.7%)
    Write rnd. [MB/s]: avg 26.31 - min 25.43 (96.6%), max 27.20 (103.4%)
    Read seq. [MB/s]:  avg 378.56 - min 321.80 (85.0%), max 435.31 (115.0%)
    Read rnd. [MB/s]:  avg 317.63 - min 217.37 (68.4%), max 417.90 (131.6%)
    

    It seems reasonable to focus on reading and writing mostly 64KB or 1 MB blocks
    since chances are that one doesn't have gazillions of small files on a storage server, alone for not wanting to waste space.
    In that regard I'm not exalted by what I see but neither am I disappointed, except for one point: 1 MB reads are slower than 64 KB reads.
    Also the very significant difference between reading 64 KB sequentially vs. randonly indicates that something isn't well balanced and configured.
    What I do like though is that the spread everywhere is relatively low, meaning that users don't step on other users feet in terms of disk usage.

    c1v (again, only a single run)

     --- Disk 4 KB - Buffered ---
     Wr Seq:    3.50 MB/s
     Wr Rnd:    3.94 MB/s
     Rd Seq:   11.71 MB/s
     Rd Rnd:   11.49 MB/s
     --- Disk 64 KB - Buffered ---
     Wr Seq:   11.05 MB/s
     Wr Rnd:   16.77 MB/s
     Rd Seq:  601.00 MB/s
     Rd Rnd:   26.72 MB/s
     --- Disk 1 MB - Buffered ---
     Wr Seq:    9.22 MB/s
     Wr Rnd:   16.85 MB/s
     Rd Seq:   32.54 MB/s
     Rd Rnd:   19.04 MB/s
     --- Disk 4 KB - Sync --- 
     Wr Seq:    1.39 MB/s
     Wr Rnd:    3.05 MB/s
     Rd Seq:    3.88 MB/s
     Rd Rnd:    8.16 MB/s
     --- Disk 64 KB - Sync --- 
     Wr Seq:    6.02 MB/s
     Wr Rnd:    2.94 MB/s
     Rd Seq:  361.80 MB/s
     Rd Rnd:   29.89 MB/s
     --- Disk 1 MB - Sync --- 
     Wr Seq:    9.93 MB/s
     Wr Rnd:   18.85 MB/s
     Rd Seq:   34.00 MB/s
     Rd Rnd:   20.27 MB/s
    

    Well, I guess it's clear now why that snail machine isn't exactly a pleasure to use ...
    Nuff said.

    Calin
    boot drive

     
     --- Disk 4 KB - Buffered ---
     Write seq. [MB/s]: avg 3.39 - min 2.98 (87.8%), max 3.52 (103.7%)
     Write rnd. [MB/s]: avg 3.26 - min 2.77 (85.0%), max 3.42 (104.9%)
     Read seq. [MB/s]:  avg 6.35 - min 5.69 (89.6%), max 6.63 (104.4%)
     Read rnd. [MB/s]:  avg 6.61 - min 6.44 (97.4%), max 6.98 (105.6%)
     --- Disk 4 KB - Sync/Direct ---
     Write seq. [MB/s]: avg 3.25 - min 2.38 (73.3%), max 3.57 (110.0%)
     Write rnd. [MB/s]: avg 3.15 - min 2.63 (83.6%), max 3.32 (105.5%)
     Read seq. [MB/s]:  avg 6.04 - min 4.26 (70.6%), max 6.62 (109.7%)
     Read rnd. [MB/s]:  avg 6.01 - min 4.40 (73.2%), max 6.68 (111.1%)
     
     --- Disk 64 KB - Buffered ---
     Write seq. [MB/s]: avg 36.45 - min 34.13 (93.6%), max 38.53 (105.7%)
     Write rnd. [MB/s]: avg 31.56 - min 29.66 (94.0%), max 32.95 (104.4%)
     Read seq. [MB/s]:  avg 1064.97 - min 999.41 (93.8%), max 1185.68 (111.3%)
     Read rnd. [MB/s]:  avg 73.31 - min 64.75 (88.3%), max 78.69 (107.3%)
     --- Disk 64 KB - Sync/Direct ---
     Write seq. [MB/s]: avg 7.15 - min 6.67 (93.3%), max 7.62 (106.6%)
     Write rnd. [MB/s]: avg 4.05 - min 3.55 (87.7%), max 4.23 (104.4%)
     Read seq. [MB/s]:  avg 1097.10 - min 1019.66 (92.9%), max 1183.08 (107.8%)
     Read rnd. [MB/s]:  avg 77.37 - min 72.45 (93.6%), max 82.18 (106.2%)
     
     --- Disk 1 MB - Buffered ---
     Write seq. [MB/s]: avg 48.02 - min 40.60 (84.5%), max 50.99 (106.2%)
     Write rnd. [MB/s]: avg 90.56 - min 82.43 (91.0%), max 95.45 (105.4%)
     Read seq. [MB/s]:  avg 1346.02 - min 1161.73 (86.3%), max 1527.14 (113.5%)
     Read rnd. [MB/s]:  avg 236.82 - min 218.78 (92.4%), max 251.69 (106.3%)
     --- Disk 1 MB - Sync/Direct ---
     Write seq. [MB/s]: avg 27.71 - min 25.74 (92.9%), max 28.79 (103.9%)
     Write rnd. [MB/s]: avg 33.30 - min 31.30 (94.0%), max 34.86 (104.7%)
     Read seq. [MB/s]:  avg 1241.78 - min 950.77 (76.6%), max 1447.67 (116.6%)
     Read rnd. [MB/s]:  avg 231.85 - min 200.83 (86.6%), max 253.53 (109.4%)
     
    

    It's a bit like the Liteserver va Calin network situation, but now reversed. Reading over 1 GB/s in 64 KB and 1 MB blocks? Nice!
    But let's be clear, this isn't a speed daemon, and it doesn't need to be. After all a (more or less) faster small boot disk is nice to have but at the end of the day just a gadget.
    Let's see how the large storage drive performs. That's what counts on that kind of VPS.

    large storage drive

     
     --- Disk 4 KB - Buffered ---
     Write seq. [MB/s]: avg 0.64 - min 0.46 (72.3%), max 0.71 (111.6%)
     Write rnd. [MB/s]: avg 0.33 - min 0.30 (90.4%), max 0.37 (111.4%)
     Read seq. [MB/s]:  avg 5.55 - min 4.97 (89.5%), max 6.35 (114.4%)
     Read rnd. [MB/s]:  avg 5.09 - min 4.69 (92.1%), max 5.80 (113.9%)
     --- Disk 4 KB - Sync/Direct ---
     Write seq. [MB/s]: avg 0.63 - min 0.57 (90.2%), max 0.69 (109.2%)
     Write rnd. [MB/s]: avg 0.33 - min 0.30 (92.0%), max 0.36 (110.4%)
     Read seq. [MB/s]:  avg 5.22 - min 4.87 (93.2%), max 5.84 (111.8%)
     Read rnd. [MB/s]:  avg 5.02 - min 4.39 (87.5%), max 5.60 (111.6%)
     
     --- Disk 64 KB - Buffered ---
     Write seq. [MB/s]: avg 1.33 - min 1.20 (90.4%), max 1.44 (108.4%)
     Write rnd. [MB/s]: avg 2.71 - min 2.39 (88.1%), max 3.49 (128.7%)
     Read seq. [MB/s]:  avg 960.78 - min 879.71 (91.6%), max 1016.48 (105.8%)
     Read rnd. [MB/s]:  avg 59.59 - min 53.83 (90.3%), max 66.22 (111.1%)
     --- Disk 64 KB - Sync/Direct ---
     Write seq. [MB/s]: avg 1.06 - min 1.02 (95.9%), max 1.12 (105.3%)
     Write rnd. [MB/s]: avg 1.48 - min 1.31 (88.6%), max 1.66 (112.3%)
     Read seq. [MB/s]:  avg 991.39 - min 940.01 (94.8%), max 1096.73 (110.6%)
     Read rnd. [MB/s]:  avg 59.48 - min 55.96 (94.1%), max 63.95 (107.5%)
     
     --- Disk 1 MB - Buffered ---
     Write seq. [MB/s]: avg 1.32 - min 1.26 (95.3%), max 1.40 (105.9%)
     Write rnd. [MB/s]: avg 9.04 - min 8.50 (94.0%), max 9.41 (104.1%)
     Read seq. [MB/s]:  avg 76.30 - min 69.12 (90.6%), max 82.69 (108.4%)
     Read rnd. [MB/s]:  avg 209.84 - min 197.39 (94.1%), max 225.37 (107.4%)
     --- Disk 1 MB - Sync/Direct ---
     Write seq. [MB/s]: avg 1.28 - min 1.22 (95.5%), max 1.38 (108.0%)
     Write rnd. [MB/s]: avg 7.35 - min 6.67 (90.8%), max 7.57 (103.0%)
     Read seq. [MB/s]:  avg 71.53 - min 69.51 (97.2%), max 74.76 (104.5%)
     Read rnd. [MB/s]:  avg 203.05 - min 194.38 (95.7%), max 220.27 (108.5%)
     
    

    Hmm, I has expected boring rusty spindles, and quite likely they are rusty spindles, but with decent RAID and OS caching it seems.
    Writing is slow, though. Writing out 1 MB blocks at less than 10 MB/s isn't something to write home about. But OK, it's not utter crap either.
    But hell, if even c1v outperforms you, you seriously have some work to do...

    host_c
    boot drive

     
     --- Disk 4 KB - Buffered ---
     Write seq. [MB/s]: avg 7.53 - min 7.11 (94.4%), max 7.89 (104.8%)
     Write rnd. [MB/s]: avg 6.69 - min 6.24 (93.3%), max 7.17 (107.2%)
     Read seq. [MB/s]:  avg 14.89 - min 13.75 (92.3%), max 16.67 (111.9%)
     Read rnd. [MB/s]:  avg 13.34 - min 11.73 (87.9%), max 15.16 (113.6%)
     --- Disk 4 KB - Sync/Direct ---
     Write seq. [MB/s]: avg 7.60 - min 7.25 (95.3%), max 8.07 (106.1%)
     Write rnd. [MB/s]: avg 6.80 - min 6.47 (95.1%), max 7.02 (103.2%)
     Read seq. [MB/s]:  avg 15.21 - min 14.51 (95.4%), max 16.77 (110.2%)
     Read rnd. [MB/s]:  avg 13.15 - min 11.78 (89.6%), max 14.64 (111.3%)
     
     --- Disk 64 KB - Buffered ---
     Write seq. [MB/s]: avg 80.21 - min 78.46 (97.8%), max 81.88 (102.1%)
     Write rnd. [MB/s]: avg 68.39 - min 65.82 (96.2%), max 71.34 (104.3%)
     Read seq. [MB/s]:  avg 2101.05 - min 1596.79 (76.0%), max 2406.85 (114.6%)
     Read rnd. [MB/s]:  avg 176.51 - min 164.26 (93.1%), max 192.49 (109.1%)
     --- Disk 64 KB - Sync/Direct ---
     Write seq. [MB/s]: avg 10.51 - min 9.58 (91.1%), max 11.23 (106.8%)
     Write rnd. [MB/s]: avg 5.56 - min 5.35 (96.2%), max 5.80 (104.3%)
     Read seq. [MB/s]:  avg 1813.01 - min 1684.27 (92.9%), max 1900.00 (104.8%)
     Read rnd. [MB/s]:  avg 171.65 - min 153.17 (89.2%), max 191.96 (111.8%)
     
     --- Disk 1 MB - Buffered ---
     Write seq. [MB/s]: avg 114.98 - min 103.68 (90.2%), max 123.40 (107.3%)
     Write rnd. [MB/s]: avg 188.38 - min 178.48 (94.7%), max 197.85 (105.0%)
     Read seq. [MB/s]:  avg 2926.51 - min 2634.57 (90.0%), max 3127.33 (106.9%)
     Read rnd. [MB/s]:  avg 857.28 - min 737.36 (86.0%), max 941.91 (109.9%)
     --- Disk 1 MB - Sync/Direct ---
     Write seq. [MB/s]: avg 41.43 - min 38.98 (94.1%), max 43.12 (104.1%)
     Write rnd. [MB/s]: avg 40.73 - min 39.27 (96.4%), max 42.01 (103.2%)
     Read seq. [MB/s]:  avg 2976.38 - min 2822.43 (94.8%), max 3125.99 (105.0%)
     Read rnd. [MB/s]:  avg 843.67 - min 788.49 (93.5%), max 917.78 (108.8%)
     
    

    Yep, I like what I see here. 3 digit MB/s when writing (buffered) 1 MB blocks and still 2 digits in the upper range with 64 KB.
    Not that I actually care a lot about the boot drive speed of a storage server, because those beasts are rarely rebooted, neither does one do lots of compiling or the like but it's still nice to see that a provider really tries to please their customers by offering something really decent.

    large storage drive

     
     --- Disk 4 KB - Buffered ---
     Write seq. [MB/s]: avg 6.66 - min 5.80 (87.1%), max 7.19 (108.0%)
     Write rnd. [MB/s]: avg 5.95 - min 4.52 (75.9%), max 7.01 (117.7%)
     Read seq. [MB/s]:  avg 13.94 - min 4.94 (35.4%), max 20.86 (149.7%)
     Read rnd. [MB/s]:  avg 16.52 - min 12.93 (78.2%), max 20.75 (125.6%)
     --- Disk 4 KB - Sync/Direct ---
     Write seq. [MB/s]: avg 6.84 - min 6.27 (91.7%), max 7.31 (106.9%)
     Write rnd. [MB/s]: avg 5.99 - min 4.49 (74.9%), max 6.70 (111.8%)
     Read seq. [MB/s]:  avg 13.15 - min 8.56 (65.1%), max 20.82 (158.3%)
     Read rnd. [MB/s]:  avg 19.38 - min 17.25 (89.0%), max 21.25 (109.6%)
     
     --- Disk 64 KB - Buffered ---
     Write seq. [MB/s]: avg 55.14 - min 49.06 (89.0%), max 60.99 (110.6%)
     Write rnd. [MB/s]: avg 64.61 - min 56.43 (87.3%), max 70.11 (108.5%)
     Read seq. [MB/s]:  avg 2152.84 - min 1731.41 (80.4%), max 2382.89 (110.7%)
     Read rnd. [MB/s]:  avg 203.27 - min 134.55 (66.2%), max 247.52 (121.8%)
     --- Disk 64 KB - Sync/Direct ---
     Write seq. [MB/s]: avg 9.95 - min 9.01 (90.5%), max 10.98 (110.3%)
     Write rnd. [MB/s]: avg 5.32 - min 4.88 (91.8%), max 5.66 (106.5%)
     Read seq. [MB/s]:  avg 1802.45 - min 1609.26 (89.3%), max 2129.19 (118.1%)
     Read rnd. [MB/s]:  avg 153.40 - min 127.00 (82.8%), max 174.84 (114.0%)
     
     --- Disk 1 MB - Buffered ---
     Write seq. [MB/s]: avg 75.75 - min 67.50 (89.1%), max 81.95 (108.2%)
     Write rnd. [MB/s]: avg 134.21 - min 117.92 (87.9%), max 148.99 (111.0%)
     Read seq. [MB/s]:  avg 128.42 - min 114.79 (89.4%), max 151.50 (118.0%)
     Read rnd. [MB/s]:  avg 425.76 - min 223.24 (52.4%), max 624.57 (146.7%)
     --- Disk 1 MB - Sync/Direct ---
     Write seq. [MB/s]: avg 35.28 - min 33.84 (95.9%), max 36.38 (103.1%)
     Write rnd. [MB/s]: avg 37.08 - min 35.52 (95.8%), max 38.99 (105.2%)
     Read seq. [MB/s]:  avg 135.03 - min 98.58 (73.0%), max 160.24 (118.7%)
     Read rnd. [MB/s]:  avg 420.67 - min 246.95 (58.7%), max 548.46 (130.4%)
     
    

    Yessir, me like a lot! To achieve that kind of performance isn't hard - but to achieve it at low cost definitely is.
    To keep it simple: A storage server should be able to comfortably fill a disk from a network pipe, meaning, what good is it when a storage server has a fast network connection but a slow disk that can't digest what comes in?
    Or in other words: You need a well balanced system to backup to and from a storage server and at the core is a good drive.
    host_c's large storage drive can keep up with a 500+ Mb/s pipe. That's what I want to see with such a VPS.

    An explicit ranking isn't needed anymore, I guess.

    Thanked by 2Calin host_c
  • jsgjsg Member, Resident Benchmarker
    • part 4 - winners and losers, ranking and my conclusion

    Again, I'm a current customer of all 4 of the providers. I actually have and use those VPS, some for primary backup, some for secondary or backup-backup.
    I expected that some are "kind of crappy but cheap" and considering the price for my 2 primary backup systems (one a dedi) it seemed not unreasonable to get a few of those cheap VPS which together are cheaper than any of my primary backup systems.

    At the end of the day one shouldn't only look at performance but also at reliability, support (in particular how fast and how reasonable and knowledgable they react), and of course price.

    With Liteserver my experience was very positive. Yes, the VPS was expensive, but as much as I'm willing to have a look at a super-cheap and possibly new provider, with my primary backup and storage servers I'm not willing to take any risk. I'm not demanding (or expecting) 5 nines, but a high level of availability and reliability - and that usually isn't cheap.

    c1v was one of those wild bets. Maybe I'd experience a clusterfuck, but risk (as in $$) was low as well as the risk of losing important data (because I anyway had some high quality primary systems in place). My personal resumee isn't as bad as that of some others; and frankly, if the system performs reasonably well and is reasonably reliable, I don't care whether it's in someones cave or garage - the problem is, c1v's VPS all in all is a disppointment and the results here confirm that. I will not renew that box.

    Calin is considered something in between an evil scammer and a clueless (very) young man. Based on my personal experience with him I see no basis for such accusations. But I also see no basis to recommend him or to even consider him for a real (primary) backup/storage server. With a secondary one I'm still content. Hey, I get 4.some TB of, OK, not exactly great quality for a very low price. And so far my VPS has an acceptable up-time/availability. I guess I'll keep that VPS.

    Finally, host_c is the clear winner in my eyes. Not only because the performance of that VPS is similar, or in some regards even better, than my LS VPS, and also not only because his offers/products are really cheap, but also because I'm under the impression that he is bloody serious about his business and quality and a true professional (sorry, as a techie I'll always tend to relate to other techies over say, a beancounter or sales type). I had some conversations with him and I didn't feel doubts even once.

    So, the two I'll keep are host_c and Calin, and the two I'll let go are c1v and Liteserver. Why?

    • Liteserver is a fine provider, I have no complaints at all. But if I get 5 times more storage capacity for half the price, then there's no question for me; the decision makes itself.
    • c1v, if I had to summarize it, is a shit show. Hardly present here anymore, and his product is mediocre at best.
    • host_c - no further explanation needed, I guess.
    • Calin, sorry, isn't as bad as some want to make believe. On the bad side I've seen only allegations but very little solid evidence, whil my actual experience with him is kind of positive. He didn't betray me, lie to me, or sell products to me that didn't deliver what was promised. At the end of the day practical experience and bang per buck win. I keep that box.

    Recommendations? OK, here you go:

    • If any possible have at least 2 backup servers, at least one of which should be from a squeaky "clean" provider.
    • host_c. At least at the moment you won't find better bang per buck and good quality and performance and a clean reputation.
    • Maybe Calin for a secondary storage server. Don't care about wild (unproven) stories and allegations but rather look at the reality and at the facts.
    • If you really need high performance wrt processor and network and fast drives, look at either a dedi or at a high end storage VDS - and be prepared to pay min. $/€ 250 per year. If decent performance is good enough -> host_c, done.

    TL;DR Go and get a VPS from host_c!

    P.S. I not only had full permission from host_c to benchmark the hell out of my VPS but he also disabled to IO limit for my VPS. Although frankly, I didn't see a significant difference to some earlier benchmarks I had run (without permission * blush).
    From all other I had not, and did not ask for, permission. Sue me if you feel like it *g

    Thanked by 3Calin host_c LiteServer
  • For me, @host_c, @hosthatch and @rsk are premium storage vps providers.

    Thanked by 3jsg host_c rsk
  • @jsg said: TL;DR Go and get a VPS from host_c!

    You should highlight this. The post is wayyyy too long, even with the results hidden.

    Thanked by 1COLBYLICIOUS
  • FreeBSD!

    Thanked by 1jsg
  • jsgjsg Member, Resident Benchmarker

    @concept said:
    FreeBSD!

    Yes, I pretty much always use FreeBSD.

  • @jsg said:
    Yes, I pretty much always use FreeBSD.

    Would love to hear why you chose to use FreeBSD over Linux or other BSDs

    Thanked by 1jsg
  • what about Greencloud?

  • jsgjsg Member, Resident Benchmarker

    @concept said:

    @jsg said:
    Yes, I pretty much always use FreeBSD.

    Would love to hear why you chose to use FreeBSD over Linux or other BSDs

    That's another story for another time.

    @lowfatgeek said:
    what about Greencloud?

    I like them, generally speaking, but I only reviewed storage VPSs I happen to actually have. Never had one from Greencloud.

  • @jsg said: @concept said:
    » show previous quotes
    Would love to hear why you chose to use FreeBSD over Linux or other BSDs
    That's another story for another time.

    Please share your story here: https://lowendtalk.com/discussion/197572/let-bsd-thread#latest

  • @jsg said:
    I confess it, I just had to benchmark my @host_c storage VPS, and being at it, why not compare it to the others I have? OK, one is a dedi, so out for reasons of fairness. The others though all are VPS.

    • @LiteServer (liked it a lot and still do. it served and still serves me well and reliably)
    • @c1vhosting (never really trusted it but it turned out to be quite reliable though slow)
    • @Calin /ihostart (halfway trusted it but I didn't have high expectations. Quite reliable too though)
    • @host_c (really good provider, I expected a at least decent product, and that's what I got)

    Why '3.5' in the title? Because benchmarking a large storage VPS takes a lot of time and unfortunately the c1v VPS's disk is snail slow, so I really only got one full (fresh) benchmark run out of it so far (will update after a couple of days if justified). But hey, all the tested VPSs didn't run more than 10 - 20 runs, about half of which were with the large storage drive and the rest with the boot drive.

    Re. the prices I'm not sure anymore about all the VPSs's prices. the host_c VPS is about $45/yr, the Liteserver one is about €90/yr, Calins, iirc was about €35 or €40/yr, and the c1v yet a bit less, maybe about €30/yr.
    The storage drive size are

    • Liteserver: 1 TB (no separate boot drive)
    • c1v: 2 TB (no separate boot drive)
    • Calin: 4.5 TB + 20 GB boot drive
    • host_c: 5 TB + 20 GB boot drive

    which also means that for both the Liteserver VPS and the c1v one it didn't even make sense to test both drives (as they are just partitions on the same large storage drive). For the Calin VPS and the host_c VPS the two have been benchmarked, and are listed separately.

    So here you go, as usual processor and memory first:

    Liteserver

    Machine: amd64, Arch.: amd64, Model: AMD EPYC 7571 32-Core Processor                
    OS, version: FreeBSD 13.0, Mem.: 1.990 GB
    CPU - Cores: 1, Family/Model/Stepping: 23/1/2
    Cache: 32K/64K L1d/L1i, 512K L2, 64M L3
    Std. Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
              pse36 cflsh mmx fxsr sse sse2 sse3 pclmulqdq ssse3 fma cx16 sse4_1
              sse4_2 popcnt aes xsave osxsave avx f16c rdrnd hypervisor
    Ext. Flags: syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm lahf_lm cmp_legacy svm
              cr8_legacy lzcnt sse4a misalignsse 3dnowprefetch osvw perfctr_core
    
    AES? Yes
    Nested Virt.? Yes
    HW RNG? Yes
    
    ProcMem SC [MB/s]: avg 133.7 - min 44.9 (33.6 %), max 225.9 (169.0 %)
    ProcMem MA [MB/s]: avg 221.1 - min 204.9 (92.7 %), max 240.4 (108.7 %)
    ProcMem MB [MB/s]: avg 225.0 - min 209.4 (93.1 %), max 239.7 (106.5 %)
    ProcMem AES [MB/s]: avg 787.7 - min 681.7 (86.5 %), max 843.9 (107.1 %)
    ProcMem RSA [kp/s]: avg 50.8 - min 44.9 (88.4 %), max 55.0 (108.3 %)
    

    Certainly not overwhelming, but then for a backup VPS 1 single vCore of a somewhat older Epyc is certainly good enough. The large spread does suggest though that that node is, um, "loaded".
    2 GB memory is nice and the AES and RSA results are OK to mildly decent.

    c1v

    Machine: amd64, Arch.: amd64, Model: QEMU Virtual CPU version 2.5+
    OS, version: FreeBSD 13.2, Mem.: 1.942 GB
    CPU - Cores: 1, Family/Model/Stepping: 15/107/1
    Cache: 32K/32K L1d/L1i, 2M L2, 16M L3
    Std. Flags: fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36
              cflsh mmx fxsr sse sse2 sse3 ssse3 cx16 sse4_1 sse4_2 x2apic popcnt
              aes hypervisor
    Ext. Flags: syscall nx lm lahf_lm
    
    [PM-SC] 315.37 MB/s
    [PM-MA] 288.37 MB/s
    [PM-MB] 315.08 MB/s
    [P-AES] 92.00 MB/s
    [P-RSA] 56.82 kp/s
    

    Hmm, at first sight a decent vCPU, much faster than the LS one - but not when looking closely. The AES result is plain ridiculous and the PM-MA results being lower than the PM-SC (single core) result doesn't look trust inspriring.

    Calin

    Machine: amd64, Arch.: amd64, Model: Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz
    OS, version: FreeBSD 13.1, Mem.: 1.442 GB
    CPU - Cores: 1, Family/Model/Stepping: 6/79/1
    Cache: 32K/32K L1d/L1i, 2M L2, 16M L3
    Std. Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
              pse36 cflsh mmx fxsr sse sse2 ss sse3 pclmulqdq vmx ssse3 fma cx16
              pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline aes xsave
              osxsave avx f16c rdrnd hypervisor
    Ext. Flags: fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm rdseed
              adx smap umip syscall nx pdpe1gb rdtscp lm lahf_lm lzcnt
    
    AES? Yes
    Nested Virt.? Yes
    HW RNG? Yes
    
    ProcMem SC [MB/s]: avg 135.9 - min 48.8 (35.9 %), max 224.6 (165.3 %)
    ProcMem MA [MB/s]: avg 212.6 - min 204.7 (96.3 %), max 220.2 (103.6 %)
    ProcMem MB [MB/s]: avg 213.6 - min 209.4 (98.0 %), max 220.9 (103.4 %)
    ProcMem AES [MB/s]: avg 494.9 - min 488.3 (98.7 %), max 499.5 (100.9 %)
    ProcMem RSA [kp/s]: avg 54.3 - min 48.8 (89.9 %), max 58.2 (107.2 %)
    

    Funny. That E5 v4. CPU delivers results quite similar to that of the LS Epyc, just the AES result is significantly lower (but still much better than on the c1v VPS. Even the spread is similar *g
    But it's the VPS with the lowest amount of memory so far (1.5 GB vs 2.0 GB). Never the less plenty good enough for a backup server.

    host_c

    Machine: amd64, Arch.: amd64, Model: Intel(R) Xeon(R) Gold 6148 CPU @ 2.40GHz
    OS, version: FreeBSD 14.0, Mem.: 1.991 GB
    CPU - Cores: 2, Family/Model/Stepping: 6/85/4
    Cache: 32K/32K L1d/L1i, 2M L2, 16M L3
    Std. Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
              pse36 cflsh mmx fxsr sse sse2 ss htt sse3 pclmulqdq vmx ssse3 fma
              cx16 pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline aes
              xsave osxsave avx f16c rdrnd hypervisor
    Ext. Flags: fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx pat
              pse36 rdseed adx smap clflushopt clwb sha umip pku ospke syscall nx
              pdpe1gb rdtscp lm lahf_lm lzcnt
    
    AES? Yes
    Nested Virt.?Yes
    HW RNG? Yes
    
    ProcMem SC [MB/s]: avg 194.3 - min 77.5 (39.9 %), max 314.4 (161.8 %)
    ProcMem MA [MB/s]: avg 567.7 - min 540.9 (95.3 %), max 589.5 (103.9 %)
    ProcMem MB [MB/s]: avg 576.3 - min 545.9 (94.7 %), max 602.4 (104.5 %)
    ProcMem AES [MB/s]: avg 1086.0 - min 1069.5 (98.5 %), max 1094.1 (100.7 %)
    ProcMem RSA [kp/s]: avg 80.7 - min 77.5 (96.1 %), max 83.2 (103.2 %)
    

    Yay, now we are talking! Even when ignoring the 2nd vCore (because all others only have 1). Just look at those AES and RSA numbers! Now, that's a machine to which you can effortlessly send encrypted backups within a SSL session and/or decrypt files on the fly. Besides, the (single) vCore I count is significantly faster than all others, too.

    The winner in this category, again even ignoring that the host_c VPS is dual vCore, clearly is host_c, followed by Liteserver and Calin (not far behind) and finally c1v.

    Hello!
    Thanks for your review, you should try our Cloud VPS Linux SSD :)

  • Thanks for feedback!Very apreciate!

    Thanked by 1jsg
  • @jsg said: @c1vhosting (never really trusted it but it turned out to be quite reliable though slow)
    @jsg said: First a remark: That VPS reacts so slowly and shitty that multiple attempts to download the test results failed. So, these numbers are based on a single run at the end of 2023 ...

    --

    quite reliable though slow
    multiple attempts to download the test results failed

    I am pretty sure we have different definition of word 'reliable' then.

    @jsg said: and only a secondary backup anyway.

    You can't even download test results text files from it, I can't imagine how you are supposed to get your actual data off.

    Thanked by 1emgh
  • allthemtingsallthemtings Member, Megathread Squad

    @Calin said:
    Thanks for feedback!Very apreciate!

    regards

    Thanked by 2Calin emgh
  • emghemgh Member, Megathread Squad

    @allthemtings said:

    @Calin said:
    Thanks for feedback!Very apreciate!

    regards

    Disregarded

  • allthemtingsallthemtings Member, Megathread Squad

    @emgh said:

    @allthemtings said:

    @Calin said:
    Thanks for feedback!Very apreciate!

    regards

    Disregarded

    regardless

    Thanked by 2emgh Calin
  • Miss the great storage VPS from @labze
    Price/quality it's unattainable

  • OnePriceOnePrice Member
    edited September 2024

    C1vhosting is the worst server I've ever used.

  • host_chost_c Patron Provider, Top Host, Megathread Squad

    @jsg

    They say that a picture represents 1000 words, so here's ours:

    Thanked by 2Frameworks jsg
  • @host_c said:
    @jsg

    They say that a picture represents 1000 words, so here's ours:

    I think a storage deal represent more than 1000 words, do you think so?

    Thanked by 1host_c
  • allthemtingsallthemtings Member, Megathread Squad

    @harris1111 said:

    @host_c said:
    @jsg

    They say that a picture represents 1000 words, so here's ours:

    I think a storage deal represent more than 1000 words, do you think so?

    Can’t sell what you don’t have….unless you’re evoshosting

    Thanked by 3ehab harris1111 host_c
  • mom when I grow up I want to be like @host_c

    Thanked by 2host_c jsg
  • host_chost_c Patron Provider, Top Host, Megathread Squad

    I wish to add the following, regarding IO limits on our Storage VPS products.

    Promo 5 and 10 TB Services have:

    4000 IO and a max of 125 MB/sec.
    This translates to ~8-12 MB @ 4K and 125-135 MB/SEC @ above 1MB

    List priced products on our website have the IO limits stated on the product page. The more expensive the product, the more you get.
    https://www.host-c.com/store/vps-storage

    For example the 20 TB Nebula Storage VPS has the following:
    9000 IO and a max of 300 MB/sec
    This Translates to ~15-25 MB @ 4K and 300 MB/sec @ above 1MB

    As we work with hardware RAID, RAID6 and RAID60, which has its physical limits regarding IO/Write/Read, this was necessary to ensure smooth operation of the VPS for all customers.

    Even so, we don't think this will be an issue, as both 4K and 125MB/sec can easily saturate the 1G bandwidth allocated to the services. For fast boot times, we provide NVMe storage.

    Have a wonderful Weekend, HOST-C

    Thanked by 1jsg
  • @c1vhosting said:

    @jsg said:
    I confess it, I just had to benchmark my @host_c storage VPS, and being at it, why not compare it to the others I have? OK, one is a dedi, so out for reasons of fairness. The others though all are VPS.

    • @LiteServer (liked it a lot and still do. it served and still serves me well and reliably)
    • @c1vhosting (never really trusted it but it turned out to be quite reliable though slow)
    • @Calin /ihostart (halfway trusted it but I didn't have high expectations. Quite reliable too though)
    • @host_c (really good provider, I expected a at least decent product, and that's what I got)

    Why '3.5' in the title? Because benchmarking a large storage VPS takes a lot of time and unfortunately the c1v VPS's disk is snail slow, so I really only got one full (fresh) benchmark run out of it so far (will update after a couple of days if justified). But hey, all the tested VPSs didn't run more than 10 - 20 runs, about half of which were with the large storage drive and the rest with the boot drive.

    Re. the prices I'm not sure anymore about all the VPSs's prices. the host_c VPS is about $45/yr, the Liteserver one is about €90/yr, Calins, iirc was about €35 or €40/yr, and the c1v yet a bit less, maybe about €30/yr.
    The storage drive size are

    • Liteserver: 1 TB (no separate boot drive)
    • c1v: 2 TB (no separate boot drive)
    • Calin: 4.5 TB + 20 GB boot drive
    • host_c: 5 TB + 20 GB boot drive

    which also means that for both the Liteserver VPS and the c1v one it didn't even make sense to test both drives (as they are just partitions on the same large storage drive). For the Calin VPS and the host_c VPS the two have been benchmarked, and are listed separately.

    So here you go, as usual processor and memory first:

    Liteserver

    Machine: amd64, Arch.: amd64, Model: AMD EPYC 7571 32-Core Processor                
    OS, version: FreeBSD 13.0, Mem.: 1.990 GB
    CPU - Cores: 1, Family/Model/Stepping: 23/1/2
    Cache: 32K/64K L1d/L1i, 512K L2, 64M L3
    Std. Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
              pse36 cflsh mmx fxsr sse sse2 sse3 pclmulqdq ssse3 fma cx16 sse4_1
              sse4_2 popcnt aes xsave osxsave avx f16c rdrnd hypervisor
    Ext. Flags: syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm lahf_lm cmp_legacy svm
              cr8_legacy lzcnt sse4a misalignsse 3dnowprefetch osvw perfctr_core
    
    AES? Yes
    Nested Virt.? Yes
    HW RNG? Yes
    
    ProcMem SC [MB/s]: avg 133.7 - min 44.9 (33.6 %), max 225.9 (169.0 %)
    ProcMem MA [MB/s]: avg 221.1 - min 204.9 (92.7 %), max 240.4 (108.7 %)
    ProcMem MB [MB/s]: avg 225.0 - min 209.4 (93.1 %), max 239.7 (106.5 %)
    ProcMem AES [MB/s]: avg 787.7 - min 681.7 (86.5 %), max 843.9 (107.1 %)
    ProcMem RSA [kp/s]: avg 50.8 - min 44.9 (88.4 %), max 55.0 (108.3 %)
    

    Certainly not overwhelming, but then for a backup VPS 1 single vCore of a somewhat older Epyc is certainly good enough. The large spread does suggest though that that node is, um, "loaded".
    2 GB memory is nice and the AES and RSA results are OK to mildly decent.

    c1v

    Machine: amd64, Arch.: amd64, Model: QEMU Virtual CPU version 2.5+
    OS, version: FreeBSD 13.2, Mem.: 1.942 GB
    CPU - Cores: 1, Family/Model/Stepping: 15/107/1
    Cache: 32K/32K L1d/L1i, 2M L2, 16M L3
    Std. Flags: fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36
              cflsh mmx fxsr sse sse2 sse3 ssse3 cx16 sse4_1 sse4_2 x2apic popcnt
              aes hypervisor
    Ext. Flags: syscall nx lm lahf_lm
    
    [PM-SC] 315.37 MB/s
    [PM-MA] 288.37 MB/s
    [PM-MB] 315.08 MB/s
    [P-AES] 92.00 MB/s
    [P-RSA] 56.82 kp/s
    

    Hmm, at first sight a decent vCPU, much faster than the LS one - but not when looking closely. The AES result is plain ridiculous and the PM-MA results being lower than the PM-SC (single core) result doesn't look trust inspriring.

    Calin

    Machine: amd64, Arch.: amd64, Model: Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz
    OS, version: FreeBSD 13.1, Mem.: 1.442 GB
    CPU - Cores: 1, Family/Model/Stepping: 6/79/1
    Cache: 32K/32K L1d/L1i, 2M L2, 16M L3
    Std. Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
              pse36 cflsh mmx fxsr sse sse2 ss sse3 pclmulqdq vmx ssse3 fma cx16
              pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline aes xsave
              osxsave avx f16c rdrnd hypervisor
    Ext. Flags: fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm rdseed
              adx smap umip syscall nx pdpe1gb rdtscp lm lahf_lm lzcnt
    
    AES? Yes
    Nested Virt.? Yes
    HW RNG? Yes
    
    ProcMem SC [MB/s]: avg 135.9 - min 48.8 (35.9 %), max 224.6 (165.3 %)
    ProcMem MA [MB/s]: avg 212.6 - min 204.7 (96.3 %), max 220.2 (103.6 %)
    ProcMem MB [MB/s]: avg 213.6 - min 209.4 (98.0 %), max 220.9 (103.4 %)
    ProcMem AES [MB/s]: avg 494.9 - min 488.3 (98.7 %), max 499.5 (100.9 %)
    ProcMem RSA [kp/s]: avg 54.3 - min 48.8 (89.9 %), max 58.2 (107.2 %)
    

    Funny. That E5 v4. CPU delivers results quite similar to that of the LS Epyc, just the AES result is significantly lower (but still much better than on the c1v VPS. Even the spread is similar *g
    But it's the VPS with the lowest amount of memory so far (1.5 GB vs 2.0 GB). Never the less plenty good enough for a backup server.

    host_c

    Machine: amd64, Arch.: amd64, Model: Intel(R) Xeon(R) Gold 6148 CPU @ 2.40GHz
    OS, version: FreeBSD 14.0, Mem.: 1.991 GB
    CPU - Cores: 2, Family/Model/Stepping: 6/85/4
    Cache: 32K/32K L1d/L1i, 2M L2, 16M L3
    Std. Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
              pse36 cflsh mmx fxsr sse sse2 ss htt sse3 pclmulqdq vmx ssse3 fma
              cx16 pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline aes
              xsave osxsave avx f16c rdrnd hypervisor
    Ext. Flags: fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx pat
              pse36 rdseed adx smap clflushopt clwb sha umip pku ospke syscall nx
              pdpe1gb rdtscp lm lahf_lm lzcnt
    
    AES? Yes
    Nested Virt.?Yes
    HW RNG? Yes
    
    ProcMem SC [MB/s]: avg 194.3 - min 77.5 (39.9 %), max 314.4 (161.8 %)
    ProcMem MA [MB/s]: avg 567.7 - min 540.9 (95.3 %), max 589.5 (103.9 %)
    ProcMem MB [MB/s]: avg 576.3 - min 545.9 (94.7 %), max 602.4 (104.5 %)
    ProcMem AES [MB/s]: avg 1086.0 - min 1069.5 (98.5 %), max 1094.1 (100.7 %)
    ProcMem RSA [kp/s]: avg 80.7 - min 77.5 (96.1 %), max 83.2 (103.2 %)
    

    Yay, now we are talking! Even when ignoring the 2nd vCore (because all others only have 1). Just look at those AES and RSA numbers! Now, that's a machine to which you can effortlessly send encrypted backups within a SSL session and/or decrypt files on the fly. Besides, the (single) vCore I count is significantly faster than all others, too.

    The winner in this category, again even ignoring that the host_c VPS is dual vCore, clearly is host_c, followed by Liteserver and Calin (not far behind) and finally c1v.

    Hello!
    Thanks for your review, you should try our Cloud VPS Linux SSD

    GB5 score for c1v VPS

    Geekbench 5 Benchmark Test:
    ---------------------------------
    Test            | Value
                    |
    Single Core     | 228
    Multi Core      | 441
    Full Test       | https://browser.geekbench.com/v5/cpu/22846600
    

    When it comes to low benchmark scores, @c1vhosting is unbeatable.

    Not to mention, just two choices under OS install templates.

  • jsgjsg Member, Resident Benchmarker

    I have a "please, pretty please" to the usual gang: Please do not abuse this thread for the usual anti-Calin games!

    Btw it's a lot of work to do such a benchmark and comparison. I've invested lots of patience (well, storage servers tend to not be the fastest ...), keep an eye on the little herd, etc. All in all I spent the better part of multiple days and hours upon hours of work.

    Thank you

    Thanked by 2Calin host_c
  • jsgjsg Member, Resident Benchmarker
    edited September 2024

    @JabJab said:

    @jsg said: @c1vhosting (never really trusted it but it turned out to be quite reliable though slow)
    @jsg said: First a remark: That VPS reacts so slowly and shitty that multiple attempts to download the test results failed. So, these numbers are based on a single run at the end of 2023 ...

    --

    quite reliable though slow
    multiple attempts to download the test results failed

    I am pretty sure we have different definition of word 'reliable' then.

    @jsg said: and only a secondary backup anyway.

    You can't even download test results text files from it, I can't imagine how you are supposed to get your actual data off.

    Reliability != performance. And this was a comparison and related to LET, where @c1vhosting is "known" to be a shitshow and questionable. My "quite reliable" boils down to my experience and the fact that that box wasn't operating then down then operating again for a while etc, as one might think after having read LET. Nope, after an initial stutter phase it was running "quite reliably" for a dirt cheap system from an ill-reputed provider. Current uptime e.g. is over a month and before that it was a couple of months. For a secondary and dirt cheap box that's something one can live with.

    Also, kindly note that I clearly said that I won't renew that box. Putting it brutally I get way, way, better service, reliability, and performance out for (relatively) less money from @Calin who, on top of it, seems to improve his services albeit in small steps.

    Thanked by 2host_c Calin
  • host_chost_c Patron Provider, Top Host, Megathread Squad
    edited September 2024

    @jsg said: Btw it's a lot of work to do such a benchmark and comparison.

    EDIT:

    @dev_vps - <3

    Thanked by 1jsg
  • @host_c said:
    I wish to add the following, regarding IO limits on our Storage VPS products.

    Promo 5 and 10 TB Services have:

    4000 IO and a max of 125 MB/sec.
    This translates to ~8-12 MB @ 4K and 125-135 MB/SEC @ above 1MB

    List priced products on our website have the IO limits stated on the product page. The more expensive the product, the more you get.
    https://www.host-c.com/store/vps-storage

    For example the 20 TB Nebula Storage VPS has the following:
    9000 IO and a max of 300 MB/sec
    This Translates to ~15-25 MB @ 4K and 300 MB/sec @ above 1MB

    As we work with hardware RAID, RAID6 and RAID60, which has its physical limits regarding IO/Write/Read, this was necessary to ensure smooth operation of the VPS for all customers.

    Even so, we don't think this will be an issue, as both 4K and 125MB/sec can easily saturate the 1G bandwidth allocated to the services. For fast boot times, we provide NVMe storage.

    Have a wonderful Weekend, HOST-C

    When restock packet 5 TB sir..?

  • @jsg said: Reliability != performance.

    Getting text files out of server != performance.

Sign In or Register to comment.