I currently use a Droplet from DigitalOcean which gives me 1 gb of RAM, 25 gb of storage and a bandwidth limit of 1 TB which is priced at 6 dollars per month, I think this might be a good offer, but I also think I’m overpaying because the only thing that I use from that is Wireguard to get around CGNAT at my home (which I could already do with Zerotier or Tailscale, so I don’t always use it).

I do have a couple of docker containers as well, but the most important one being Pi-Hole is only used along with WG, I also expose some services to the internet, like Overseerr, Plex (only to 1 user) and most recently this, https://wefwef.app/posts/lemmy.world/all

Keeping within what DO already offers me would be nice, especially the bandwidth, which I some months got past of it because I opened the torrent port to seed more… I stopped when a DO letter arrived which is amusing because my country could not care less about torrenting. 🤣

I tried to go with the cheapest option ever (free) oracle cloud, but they never accepted any of my credit or debit cards nor they cared about it lol.

I don’t think I’m a power user by any means, so please, if you have a better offer do tell, or maybe that price is fair for my usage?

EDIT: forgot to add that a public IPv4 address is a must, because you know, the CGNAT.

    • PlasticPaperplane@lemmy.world
      link
      fedilink
      arrow-up
      6
      ·
      1 year ago

      The CPU steal time is the time the virtual core is waiting for the physical core. That means a VM is waiting for the hypervisor until it shifts CPU time to the VM again. More virtual cores sitting on a physical core means higher CPU steal. And higher CPU steal means bad performance because the hoster is allocating more virtual cores on a physical core that it can manage.

    • aussiematt@lemm.ee
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      Presumably they mean that the CPU resources are over-provisioned, meaning that the virtual CPUs allocated to VMs have to share a smaller pool of physical CPUs. If the VMs have a lot of idle time, this can work well, but if your VM suddenly needs more CPU, the processes on your VM might need to wait for a physical CPU, as physical CPU cycles that would normally be available to you have been “stolen away” by processes running on other VMs.