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.

~5 GB backup process - 1 hr, 17 min - from Crunchbits

13»

Comments

  • @wadhah said:
    You really need to consider changing your attitude my dude. If everywhere you go smells like shit, maybe it’s time to check your shoe.

    I haven't always encountered such cases; this is the first time in my 28 years of using hosting that this has happened.

  • it's a strange company - first they penetrate the low-end market and then realise that they're not earning anything and have a lot of work to do - you know that beforehand and you have a strategy for why you're doing it - but not that stupid!

    shortly before all the separately terminated annual contracts expire - they still have to change the IPs - work for nothing!

    none of this really looks like a long-term plan and is therefore being thrown out!

    Thanked by 1arnoldz
  • Well I went to their site, I can't find anywhere where they're praising themselves for their great incredible backup speed, and I've been on this site since November 2013, I don't ever remember seeing one post by someone praising the efficiency performance and speed of a server company and include yeah the backups are blazing fast, never heard someone ask someone that is reviewing a server company how fast is their backups, you are a first, cupcake

  • Can we all just back away a bit?! Personal space people! Personal space!!!

    Can we get manager on a low start?!

    Thanked by 1wadhah
  • edited January 2025

    @painfreepc said:
    Well I went to their site, I can't find anywhere where they're praising themselves for their great incredible backup speed, and I've been on this site since November 2013, I don't ever remember seeing one post by someone praising the efficiency performance and speed of a server company and include yeah the backups are blazing fast, never heard someone ask someone that is reviewing a server company how fast is their backups, you are a first, cupcake

    Ayo, we talkin' 'bout servers in general, not just backups, ya feel me? And servers got everything to do with makin' them backups, like you know now yourself from me 🙂.

    On the homepage, in the top left corner, it says in large letters — UNBEATABLE PERFORMANCE.

  • @Levi said:
    Can we all just back away a bit?! Personal space people! Personal space!!!

    Can we get manager on a low start?!

    If someone wants personal space, don't engage in Verbal Intercourse in a public forum

    Thanked by 1arnoldz
  • @painfreepc said:

    @Levi said:
    Can we all just back away a bit?! Personal space people! Personal space!!!

    Can we get manager on a low start?!

    If someone wants personal space, don't engage in Verbal Intercourse in a public forum

    Agree 🙏

  • @arnoldz said:

    @Levi said:
    A Karen from web hosting world. Damn.

    Cry me a river, Democrat.

    Thanked by 1arnoldz
  • msattmsatt Member, Host Rep

    @arnoldz is this backup a misunderstanding?
    In the VPS world the backup is NOT normally done by the VPS itself. It is done using an external service which may be running on a completely different host / node.
    The 'performance' of your server can still be 'unbeatable' even though the backup varies enormously.

    Thanked by 1arnoldz
  • @arnoldz said:

    @painfreepc said:
    Well I went to their site, I can't find anywhere where they're praising themselves for their great incredible backup speed, and I've been on this site since November 2013, I don't ever remember seeing one post by someone praising the efficiency performance and speed of a server company and include yeah the backups are blazing fast, never heard someone ask someone that is reviewing a server company how fast is their backups, you are a first, cupcake

    Ayo, we talkin' 'bout servers in general, not just backups, ya feel me? And servers got everything to do with makin' them backups, like you know now yourself from me 🙂.

    On the homepage, in the top left corner, it says in large letters — UNBEATABLE PERFORMANCE.

    So where have you posted about where you found the performance for price that beats Crunchbits?

    Also, what is your use case where this variable speed snapshot is a showstopper issue?

    Thanked by 1arnoldz
  • MannDudeMannDude Patron Provider, Veteran

    Try ihostart for incredible backup speeds.

  • @arnoldz said:

    @ralf said:

    @cainyxues said:
    Okay guys common, since Crunchbits has answered the question I think the issue might be solved now. BTW just a recommendation but maybe sometimes its rather better to just post problems directly without pointing out anyone as I think that might have solved the issue much better by people trying to help rather than discussing on whose mistake is this. I am not pointing anybody rather suggesting this method :smile:

    This would be a fair comment had the OP not rocked up shouting about how terrible the company was, when it turns out (as expected) that he was doing something stupid and/or had unreasonable demands of shared resources.

    If he'd instead created this thread not naming and providers, and just said "my backups are slow", gave his timings and then said "anyone know what I can do to improve this?" then the trajectory of this thread would have been totally different.

    Well, what exactly was the stupidity on my part? Is expecting the company to deliver the promised UNBEATABLE PERFORMANCE something excessive on my end?

    In a word: yes.

    They are clearly advertising the VPS as having unbeatable performance. Aside from the clearly hyperbolic nature of such a claim anyway, you are probably the only person in the world who'd read that and think "a full VPS backup is the best metric for determining VPS performance". Not price, not GB5 score, not high network speeds, or you know, any of the things you actually use a VPS for. No, backups.

    Firstly, the vast majority of VPS providers don't even offer backups of any kind. The majority of those that do charge extra for it. Most also limit it to once per week or once per day. And absolutely none that I've seen make any guarantees about when the backup will occur. Even assuming that nobody else was using the host your VPS is on at the time, and so you can uncontended access to that, there's a high likelihood that any backup system is centralised, so you'll be either contended with anyone else doing a backup at the same time, or in a queue to use it. Maybe all of your minute long ones were lucky and nobody else was using it. Maybe your hour one was after a whole load of backups were all scheduled at the same time and they were all queued.

    But honestly, it shouldn't matter. These backups don't represent what a VPS is used for. They're an extra freebie that a few providers add that gives you an initial safety net if you mess something up. It's usually not guaranteed that it will work, and you are advised to always make your own backups.

    Normal people don't need to use backups like this. Some people may choose to set up an automatic once a day thing, if it's a free thing, but you would only ever use it for an emergency. Like maybe if you were about to live resize partitions on your drive and you weren't confident.

    Constantly bombarding the free backup service just "to test it" is really taking the pee of what it's for. But maybe I have an unfair implicit bias, because I assumed you must have some idea what you're doing if you buy a VPS. Maybe your skills really are so bad that you really do need to keep restoring from backups multiple times per day because you screw things up every time you try to do anything.

    But in any case, making a massive scene saying that the provider and their VPS are "crap" and "awful" is totally out of line when it seems you haven't even actually tested the performance of the VPS doing VPS things, but just doing something that doesn't even slightly reflect what normal people do with their servers. How about you post a YABS for these "crap" and "awful" VPS so we can see how terrible they are?

  • edited January 2025

    $3.60/month VPS - Crunchbits


    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## # # Yet-Another-Bench-Script # # v2025-01-01 # # https://github.com/masonr/yet-another-bench-script # # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## # Mon Jan 20 01:36:33 GMT 2025 Basic System Information: --------------------------------- Uptime : 0 days, 2 hours, 11 minutes Processor : Intel(R) Xeon(R) Gold 6152 CPU @ 2.10GHz CPU cores : 2 @ 2095.076 MHz AES-NI : ✔ Enabled VM-x/AMD-V : ✔ Enabled RAM : 1.9 GiB Swap : 0.0 KiB Disk : 14.4 GiB Distro : Ubuntu 22.04.5 LTS Kernel : 5.15.0-130-generic VM Type : KVM IPv4/IPv6 : ✔ Online / ✔ Online IPv6 Network Information: --------------------------------- ISP : Redoubt Networks ASN : AS400304 Redoubt Networks Host : Redoubt Networks Location : Liberty Lake, Washington (WA) Country : United States fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda1): --------------------------------- Block Size | 4k (IOPS) | 64k (IOPS) ------ | --- ---- | ---- ---- Read | 83.20 MB/s (20.8k) | 904.30 MB/s (14.1k) Write | 83.42 MB/s (20.8k) | 909.06 MB/s (14.2k) Total | 166.62 MB/s (41.6k) | 1.81 GB/s (28.3k) | | Block Size | 512k (IOPS) | 1m (IOPS) ------ | --- ---- | ---- ---- Read | 255.90 MB/s (499) | 189.60 MB/s (185) Write | 269.50 MB/s (526) | 202.23 MB/s (197) Total | 525.40 MB/s (1.0k) | 391.84 MB/s (382) iperf3 Network Speed Tests (IPv4): --------------------------------- Provider | Location (Link) | Send Speed | Recv Speed | Ping ----- | ----- | ---- | ---- | ---- Clouvider | London, UK (10G) | 1.21 Gbits/sec | 1.02 Gbits/sec | 143 ms Eranium | Amsterdam, NL (100G) | 1.08 Gbits/sec | 1.13 Gbits/sec | 140 ms Uztelecom | Tashkent, UZ (10G) | 725 Mbits/sec | busy | 226 ms Leaseweb | Singapore, SG (10G) | 861 Mbits/sec | 783 Mbits/sec | 169 ms Clouvider | Los Angeles, CA, US (10G) | 2.48 Gbits/sec | busy | 32.3 ms Leaseweb | NYC, NY, US (10G) | 2.49 Gbits/sec | 1.75 Gbits/sec | 69.6 ms Edgoo | Sao Paulo, BR (1G) | 878 Mbits/sec | 259 Mbits/sec | 197 ms iperf3 Network Speed Tests (IPv6): --------------------------------- Provider | Location (Link) | Send Speed | Recv Speed | Ping ----- | ----- | ---- | ---- | ---- Clouvider | London, UK (10G) | 1.15 Gbits/sec | 397 Mbits/sec | 143 ms Eranium | Amsterdam, NL (100G) | 1.04 Gbits/sec | 1.13 Gbits/sec | 140 ms Uztelecom | Tashkent, UZ (10G) | 727 Mbits/sec | 627 Mbits/sec | 225 ms Leaseweb | Singapore, SG (10G) | 940 Mbits/sec | busy | 169 ms Clouvider | Los Angeles, CA, US (10G) | 2.58 Gbits/sec | busy | 32.3 ms Leaseweb | NYC, NY, US (10G) | 2.58 Gbits/sec | 1.75 Gbits/sec | 69.3 ms Edgoo | Sao Paulo, BR (1G) | 840 Mbits/sec | 308 Mbits/sec | 197 ms Geekbench 6 test failed. Run manually to determine cause. YABS completed in 10 min 32 sec

    $1.30/month VPS - Chunkserve

    root@myservername:~# curl -sL https://yabs.sh | bash
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2025-01-01                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Mon Jan 20 02:32:18 AM UTC 2025
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 4 hours, 47 minutes
    Processor  : Intel(R) Xeon(R) CPU E5-2690 v4 @ 2.60GHz
    CPU cores  : 1 @ 2596.990 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ✔ Enabled
    RAM        : 969.5 MiB
    Swap       : 512.0 MiB
    Disk       : 14.7 GiB
    Distro     : Ubuntu 22.04.1 LTS
    Kernel     : 5.15.0-46-generic
    VM Type    : KVM
    IPv4/IPv6  : ✔ Online / ❌ Offline
    
    IPv4 Network Information:
    ---------------------------------
    ISP        : Wojciech Czapkowicz
    ASN        : AS214481 Wojciech Czapkowicz
    Host       : Chunkserve Mateusz Peplinski
    Location   : Frankfurt am Main, Hesse (HE)
    Country    : Germany
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda1):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 10.72 MB/s    (2.6k) | 145.14 MB/s   (2.2k)
    Write      | 10.74 MB/s    (2.6k) | 145.90 MB/s   (2.2k)
    Total      | 21.47 MB/s    (5.3k) | 291.04 MB/s   (4.5k)
               |                      |
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 249.07 MB/s    (486) | 249.79 MB/s    (243)
    Write      | 262.30 MB/s    (512) | 266.42 MB/s    (260)
    Total      | 511.37 MB/s    (998) | 516.22 MB/s    (503)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 1.01 Gbits/sec  | 961 Mbits/sec   | 6.44 ms
    Eranium         | Amsterdam, NL (100G)      | 799 Mbits/sec   | 934 Mbits/sec   | 0.442 ms
    Uztelecom       | Tashkent, UZ (10G)        | 296 Mbits/sec   | 638 Mbits/sec   | 88.8 ms
    Leaseweb        | Singapore, SG (10G)       | 192 Mbits/sec   | 777 Mbits/sec   | 175 ms
    Clouvider       | Los Angeles, CA, US (10G) | 210 Mbits/sec   | 77.8 Mbits/sec  | 134 ms
    Leaseweb        | NYC, NY, US (10G)         | 423 Mbits/sec   | 843 Mbits/sec   | 72.1 ms
    Edgoo           | Sao Paulo, BR (1G)        | 157 Mbits/sec   | 77.3 Mbits/sec  | 141 ms
    
    Geekbench test failed and low memory was detected. Add at least 1GB of SWAP or use GB4 instead (higher compatibility with low memory systems).
    
    YABS completed in 11 min 48 sec
    
    
    
    Thanked by 1ralf
  • unsafetypinunsafetypin Member
    edited January 2025

    @arnoldz said:
    $3.60/month VPS - Crunchbits


    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## # # Yet-Another-Bench-Script # # v2025-01-01 # # https://github.com/masonr/yet-another-bench-script # # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## # Mon Jan 20 01:36:33 GMT 2025 Basic System Information: --------------------------------- Uptime : 0 days, 2 hours, 11 minutes Processor : Intel(R) Xeon(R) Gold 6152 CPU @ 2.10GHz CPU cores : 2 @ 2095.076 MHz AES-NI : ✔ Enabled VM-x/AMD-V : ✔ Enabled RAM : 1.9 GiB Swap : 0.0 KiB Disk : 14.4 GiB Distro : Ubuntu 22.04.5 LTS Kernel : 5.15.0-130-generic VM Type : KVM IPv4/IPv6 : ✔ Online / ✔ Online IPv6 Network Information: --------------------------------- ISP : Redoubt Networks ASN : AS400304 Redoubt Networks Host : Redoubt Networks Location : Liberty Lake, Washington (WA) Country : United States fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda1): --------------------------------- Block Size | 4k (IOPS) | 64k (IOPS) ------ | --- ---- | ---- ---- Read | 83.20 MB/s (20.8k) | 904.30 MB/s (14.1k) Write | 83.42 MB/s (20.8k) | 909.06 MB/s (14.2k) Total | 166.62 MB/s (41.6k) | 1.81 GB/s (28.3k) | | Block Size | 512k (IOPS) | 1m (IOPS) ------ | --- ---- | ---- ---- Read | 255.90 MB/s (499) | 189.60 MB/s (185) Write | 269.50 MB/s (526) | 202.23 MB/s (197) Total | 525.40 MB/s (1.0k) | 391.84 MB/s (382) iperf3 Network Speed Tests (IPv4): --------------------------------- Provider | Location (Link) | Send Speed | Recv Speed | Ping ----- | ----- | ---- | ---- | ---- Clouvider | London, UK (10G) | 1.21 Gbits/sec | 1.02 Gbits/sec | 143 ms Eranium | Amsterdam, NL (100G) | 1.08 Gbits/sec | 1.13 Gbits/sec | 140 ms Uztelecom | Tashkent, UZ (10G) | 725 Mbits/sec | busy | 226 ms Leaseweb | Singapore, SG (10G) | 861 Mbits/sec | 783 Mbits/sec | 169 ms Clouvider | Los Angeles, CA, US (10G) | 2.48 Gbits/sec | busy | 32.3 ms Leaseweb | NYC, NY, US (10G) | 2.49 Gbits/sec | 1.75 Gbits/sec | 69.6 ms Edgoo | Sao Paulo, BR (1G) | 878 Mbits/sec | 259 Mbits/sec | 197 ms iperf3 Network Speed Tests (IPv6): --------------------------------- Provider | Location (Link) | Send Speed | Recv Speed | Ping ----- | ----- | ---- | ---- | ---- Clouvider | London, UK (10G) | 1.15 Gbits/sec | 397 Mbits/sec | 143 ms Eranium | Amsterdam, NL (100G) | 1.04 Gbits/sec | 1.13 Gbits/sec | 140 ms Uztelecom | Tashkent, UZ (10G) | 727 Mbits/sec | 627 Mbits/sec | 225 ms Leaseweb | Singapore, SG (10G) | 940 Mbits/sec | busy | 169 ms Clouvider | Los Angeles, CA, US (10G) | 2.58 Gbits/sec | busy | 32.3 ms Leaseweb | NYC, NY, US (10G) | 2.58 Gbits/sec | 1.75 Gbits/sec | 69.3 ms Edgoo | Sao Paulo, BR (1G) | 840 Mbits/sec | 308 Mbits/sec | 197 ms Geekbench 6 test failed. Run manually to determine cause. YABS completed in 10 min 32 sec

    $1.30/month VPS - Chunkserve

    root@myservername:~# curl -sL https://yabs.sh | bash
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2025-01-01                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Mon Jan 20 02:32:18 AM UTC 2025
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 4 hours, 47 minutes
    Processor  : Intel(R) Xeon(R) CPU E5-2690 v4 @ 2.60GHz
    CPU cores  : 1 @ 2596.990 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ✔ Enabled
    RAM        : 969.5 MiB
    Swap       : 512.0 MiB
    Disk       : 14.7 GiB
    Distro     : Ubuntu 22.04.1 LTS
    Kernel     : 5.15.0-46-generic
    VM Type    : KVM
    IPv4/IPv6  : ✔ Online / ❌ Offline
    
    IPv4 Network Information:
    ---------------------------------
    ISP        : Wojciech Czapkowicz
    ASN        : AS214481 Wojciech Czapkowicz
    Host       : Chunkserve Mateusz Peplinski
    Location   : Frankfurt am Main, Hesse (HE)
    Country    : Germany
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda1):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 10.72 MB/s    (2.6k) | 145.14 MB/s   (2.2k)
    Write      | 10.74 MB/s    (2.6k) | 145.90 MB/s   (2.2k)
    Total      | 21.47 MB/s    (5.3k) | 291.04 MB/s   (4.5k)
               |                      |
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 249.07 MB/s    (486) | 249.79 MB/s    (243)
    Write      | 262.30 MB/s    (512) | 266.42 MB/s    (260)
    Total      | 511.37 MB/s    (998) | 516.22 MB/s    (503)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 1.01 Gbits/sec  | 961 Mbits/sec   | 6.44 ms
    Eranium         | Amsterdam, NL (100G)      | 799 Mbits/sec   | 934 Mbits/sec   | 0.442 ms
    Uztelecom       | Tashkent, UZ (10G)        | 296 Mbits/sec   | 638 Mbits/sec   | 88.8 ms
    Leaseweb        | Singapore, SG (10G)       | 192 Mbits/sec   | 777 Mbits/sec   | 175 ms
    Clouvider       | Los Angeles, CA, US (10G) | 210 Mbits/sec   | 77.8 Mbits/sec  | 134 ms
    Leaseweb        | NYC, NY, US (10G)         | 423 Mbits/sec   | 843 Mbits/sec   | 72.1 ms
    Edgoo           | Sao Paulo, BR (1G)        | 157 Mbits/sec   | 77.3 Mbits/sec  | 141 ms
    
    Geekbench test failed and low memory was detected. Add at least 1GB of SWAP or use GB4 instead (higher compatibility with low memory systems).
    
    YABS completed in 11 min 48 sec
    
    
    

    So you compared two cores vs 1 core and average IOPS vs ass IOPS. I'm still not getting this, that cheaper host is a super old CPU.

  • @arnoldz said:

    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda1):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 83.20 MB/s   (20.8k) | 904.30 MB/s  (14.1k)
    Write      | 83.42 MB/s   (20.8k) | 909.06 MB/s  (14.2k)
    Total      | 166.62 MB/s  (41.6k) | 1.81 GB/s    (28.3k)
               |                      |
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 255.90 MB/s    (499) | 189.60 MB/s    (185)
    Write      | 269.50 MB/s    (526) | 202.23 MB/s    (197)
    Total      | 525.40 MB/s   (1.0k) | 391.84 MB/s    (382)
    

    Is your VPS placed on a congested node, a node with users generating heavy disk access? Here are the fio benchmark results for my VPS, which is on an annual plan but costs less than half of yours.

    Mon Jan 20 03:21:19 AM UTC 2025
    
    Basic System Information:
    ---------------------------------
    Uptime     : 171 days, 1 hours, 44 minutes
    Processor  : Intel Core Processor (Broadwell)
    CPU cores  : 3 @ 2394.652 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ✔ Enabled
    RAM        : 4.3 GiB
    Swap       : 0.0 KiB
    Disk       : 124.9 GiB
    Distro     : Debian GNU/Linux 12 (bookworm)
    Kernel     : 6.1.0-23-amd64
    VM Type    : KVM
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : Redoubt Networks
    ASN        : AS400304 Redoubt Networks
    Host       : Redoubt Networks
    Location   : Liberty Lake, Washington (WA)
    Country    : United States
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda3):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 198.14 MB/s  (49.5k) | 1.56 GB/s    (24.4k)
    Write      | 198.66 MB/s  (49.6k) | 1.57 GB/s    (24.5k)
    Total      | 396.81 MB/s  (99.2k) | 3.13 GB/s    (49.0k)
               |                      |
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 1.48 GB/s     (2.9k) | 1.77 GB/s     (1.7k)
    Write      | 1.56 GB/s     (3.0k) | 1.89 GB/s     (1.8k)
    Total      | 3.05 GB/s     (5.9k) | 3.67 GB/s     (3.5k)
    
    YABS completed in 25 sec
    
  • @unsafetypin said:

    So you compared two cores vs 1 core and average IOPS vs ass IOPS. I'm still not getting this, that cheaper host is a super old CPU.

    I was asked, and I posted.

    Thanked by 1ralf
  • DataWagonDataWagon Member, Patron Provider

    It's not really fair to critique the 'performance' of a built in backup system and judge the quality of the VM based on it. What if the host's backup system de-prioritizes I/O for backups under certain conditions? What if they shuffle data around between storage nodes? If you don't know anything about how the backup process works, you can't call the VM 'crap' because of it.

    Did the backup complete, and can it be restored? If yes, then it is 'performing' 100% as it should.

  • edited January 2025

    @DataWagon said:
    It's not really fair to critique the 'performance' of a built in backup system and judge the quality of the VM based on it. What if the host's backup system de-prioritizes I/O for backups under certain conditions? What if they shuffle data around between storage nodes? If you don't know anything about how the backup process works, you can't call the VM 'crap' because of it.

    Did the backup complete, and can it be restored? If yes, then it is 'performing' 100% as it should.

    I can't agree with you. I'm purchasing the service as a whole, and the backup is part of that service. If the backup hadn't been advertised, I might not have purchased it. Two devices are involved in the backup process, and it could be that the Crunchbits server was slow, not the storage server where the backup is being stored. In any case, the fact that the backups took a very long time to create speaks for itself about the overall quality of the service.

    I don't need to know how the backup process works. I need the result. And I know that a good result is 1 minute, while a bad one is over 1 hour. These are obvious things, even for a complete layman who has no relation to servers.

  • This time is a little too long for me.

  • @arnoldz said:

    @DataWagon said:
    It's not really fair to critique the 'performance' of a built in backup system and judge the quality of the VM based on it. What if the host's backup system de-prioritizes I/O for backups under certain conditions? What if they shuffle data around between storage nodes? If you don't know anything about how the backup process works, you can't call the VM 'crap' because of it.

    Did the backup complete, and can it be restored? If yes, then it is 'performing' 100% as it should.

    I can't agree with you. I'm purchasing the service as a whole, and the backup is part of that service. If the backup hadn't been advertised, I might not have purchased it.

    Can you show us where the backup was even advertised. I just looked at Crunchbits site, there's no mention of the word on their front page. Searching the knowledgebase returns zero results. The only reference I can find is in the FAQ:

    [Crunchbits website]
    How much do automatic backups cost?
    Free. Every VPS/VDS plan has the ability for 1 free automatic backup. The big storage plans can only backup their OS portion, and not the large HDD portion.

    It strongly seems to be the case it's not advertised, just mentioned offhand.

    In any case, the fact that the backups took a very long time to create speaks for itself about the overall quality of the service.

    You YABS shows that your VPS performance is OK. Pretty good network, good disk speeds around 64KB block speeds, just "OK" for larger block speeds, so you're probably on a reasonably busy node with lots of other people using the disk.

    I don't need to know how the backup process works. I need the result. And I know that a good result is 1 minute, while a bad one is over 1 hour. These are obvious things, even for a complete layman who has no relation to servers.

    Maybe the complete layman should be more willing to listen to the advice of people who have more experience. Literally every single person in this thread is telling you that your expectations for a free backup service are unrealistic, unguaranteed and not reflective of VPS performance.

    Anyway, regardless of anything else you might learn from this thread, the best advice you can take from it is: make your OWN backups. Not just a single backup, but multiple to different backup targets, preferably on systems from different providers. If you value your data, you should have at least 3 backup targets.

    Even if it is offered, relying on a provider's automatic VPS backup is a bad idea for many reasons. A handful of those:

    • your only recovery option is entire drive back to the state it was previously. You will lose intermediate data. You want a recovery plan that includes the ability to retrieve just specific files if possible.
    • you can only restore onto the same or better sized VPS
    • you are tied into that one provider - what if your account is suspended for some reason and you lose your server and your backup?
    • is your data safe if the only backup is in the same datacentre, maybe even same rack as your server?

    Finally, a question that's worth asking yourself - how often do you intend restoring from backups, and under what circumstances? If it's anything other than "only if a massive disaster happens and some unforeseen circumstance thwarted all of my other data safety plans" then you're doing it wrong.

    Thanked by 1JohnnySac
  • LeviLevi Member
    edited January 2025

    @arnoldz said:

    @DataWagon said:
    It's not really fair to critique the 'performance' of a built in backup system and judge the quality of the VM based on it. What if the host's backup system de-prioritizes I/O for backups under certain conditions? What if they shuffle data around between storage nodes? If you don't know anything about how the backup process works, you can't call the VM 'crap' because of it.

    Did the backup complete, and can it be restored? If yes, then it is 'performing' 100% as it should.

    I can't agree with you. I'm purchasing the service as a whole, and the backup is part of that service. If the backup hadn't been advertised, I might not have purchased it. Two devices are involved in the backup process, and it could be that the Crunchbits server was slow, not the storage server where the backup is being stored. In any case, the fact that the backups took a very long time to create speaks for itself about the overall quality of the service.

    I don't need to know how the backup process works. I need the result. And I know that a good result is 1 minute, while a bad one is over 1 hour. These are obvious things, even for a complete layman who has no relation to servers.

    Any services besides vps is value added services. Given environment (low end) - it is miracle that those services works at all. Want some guarantee, performance, polite support, high uptime and good night sleep? Go for aws, ms, oracle and other giants.

  • i am in awe of OP's 28-year experience

  • DataWagonDataWagon Member, Patron Provider

    @arnoldz said:

    @DataWagon said:
    It's not really fair to critique the 'performance' of a built in backup system and judge the quality of the VM based on it. What if the host's backup system de-prioritizes I/O for backups under certain conditions? What if they shuffle data around between storage nodes? If you don't know anything about how the backup process works, you can't call the VM 'crap' because of it.

    Did the backup complete, and can it be restored? If yes, then it is 'performing' 100% as it should.

    I can't agree with you. I'm purchasing the service as a whole, and the backup is part of that service. If the backup hadn't been advertised, I might not have purchased it. Two devices are involved in the backup process, and it could be that the Crunchbits server was slow, not the storage server where the backup is being stored. In any case, the fact that the backups took a very long time to create speaks for itself about the overall quality of the service.

    I don't need to know how the backup process works. I need the result. And I know that a good result is 1 minute, while a bad one is over 1 hour. These are obvious things, even for a complete layman who has no relation to servers.

    You didn't pay for a '60 second backup'. You paid for a VPS with a certain amount of CPU, RAM, disk space, and an included backup service. If the backup works, and the other specs of the VM are as advertised, you got what you paid for.

    We also include free automated backups with our VMs. We implement incremental backups, deduplication, and have several cache / cold storage layers as part of the storage cluster. Because of the complexity of the setup, backup / restore times are are not always consistent, and vary based on the exact scenario. This doesn't have any bearing on the overall 'quality' of the service whatsoever. The amount of time it takes for a backup to complete has nothing to do with how 'stable' or 'performant' the host node or VM itself is.

    Thanked by 1crunchbits
  • @arnoldz said:

    @DataWagon said:
    It's not really fair to critique the 'performance' of a built in backup system and judge the quality of the VM based on it. What if the host's backup system de-prioritizes I/O for backups under certain conditions? What if they shuffle data around between storage nodes? If you don't know anything about how the backup process works, you can't call the VM 'crap' because of it.

    Did the backup complete, and can it be restored? If yes, then it is 'performing' 100% as it should.

    I can't agree with you. I'm purchasing the service as a whole, and the backup is part of that service. If the backup hadn't been advertised, I might not have purchased it. Two devices are involved in the backup process, and it could be that the Crunchbits server was slow, not the storage server where the backup is being stored. In any case, the fact that the backups took a very long time to create speaks for itself about the overall quality of the service.

    I don't need to know how the backup process works. I need the result. And I know that a good result is 1 minute, while a bad one is over 1 hour. These are obvious things, even for a complete layman who has no relation to servers.

    Now you're being obtuse. Backup is a feature, no performance guarantee was EVER mentioned, so just having backup and restore, regardless of execution time, meets the advertised features.

    You're suffering from e-penis envy. You don't actually know wtf you're doing or understand shared hosting. The key word is SHARED.

    Also, you cannot demonstrate that backup time impacts you whatsoever.

    Lastly, why is this so important since you need to backup off-site anyway? The provider could go out of business or have hardware failure and you're fucked.

    Thanked by 1crunchbits
  • zedzed Member

    There's nothing wrong with being unhappy with the service you purchased, just cancel and try another provider. Maybe you're even still in the refund period.

    Now that you've found a specific pain point that matters to you, you can ask the next provider about it before purchasing. It doesn't need to be an ordeal.

    Thanked by 2ralf crunchbits
  • Phew!
    Finally, my torture with Crunchbits is over
    Today my VPS rental expires
    Thanks, God, for freeing me from this nightmare
    Never again!

Sign In or Register to comment.