Cutter 8
- vCPU
- 4 × dedicated
- RAM
- 8 GB
- Storage
- 160 GB NVMe SSD
- Transfer
- 10 TB
- IPv4 / IPv6
- 1 / /64 routed
Solution
A remote development box turns a thin laptop into a workstation. Four dedicated cores and 8 GB handle most language servers, test suites and a database; large monorepos want 16 GB. The real win is that builds continue when you close the lid, and the environment is identical from any machine you connect from.
| Resource | What you actually need |
|---|---|
| CPU | 4 dedicated cores; language servers are surprisingly hungry |
| RAM | 8 GB minimum, 16 GB for a monorepo with a local database |
| Disk | 160–320 GB NVMe |
| Latency | Under 50 ms to you, or typing feels wrong over SSH |
Location is usually the decision that matters most for this workload — either because latency dominates, or because jurisdiction does.
Latency to the box is what decides whether this feels good.
Keys only, no password authentication, no root login.
Devcontainers make the environment reproducible.
Both run the heavy half of the IDE on the server.
Your session survives a dropped connection, a closed laptop and a flight.
Very. You get consistent performance, builds that survive a closed laptop, and an environment that is identical from every machine. The one requirement is low latency to your own location.
8 GB handles most single-project work. Language servers on a large monorepo, plus a local Postgres and a Docker stack, will use 16 GB without trying.
Yes — code-server, the official VS Code Server, or Remote-SSH. All three work on any instance.