Starting size by project
The table is a place to start, not a promise. Where a vendor states a number, it is linked in the notes under the table; the rest is our rule of thumb.
| Project | Memory | vCPU | Disk | Fits on Uno |
|---|---|---|---|---|
| Static site, landing page | no server needed | - | - | Uno sites, free |
| Telegram bot, VPN, small API | 1 GB | 1 | 10 GB | Small: 1 GB, 15 GB disk |
| Web app with a small database | 2 to 4 GB | 2 | 20 GB | Plus: 4 GB. Small for a light app |
| OpenClaw | 4 GB | 2 | 20 GB | Plus: 4 GB, 40 GB disk |
| Claude Code or Codex | 4 GB at least, 8 GB for Codex | 2 to 4 | 40 GB | Plus, boosted to 8 GB for heavy hours |
| Builds, Docker images, test runs | 8 GB or more | 4 or more | 80 GB | Pro: 16 GB, 120 GB disk |
| Several agents at once, a team | 16 GB or more | 8 or more | 120 GB or more | Pro or Max: 48 GB |
Steps
-
List what will run
Write down every program: the app, the database, the agent, a queue, a browser. Each one has its own memory. A database and a browser are the usual big ones.
-
Measure a similar setup
If you can run the project on your laptop or any Linux machine, look at what it takes. Run it as you will use it, not idle.
$ free -h $ docker stats --no-stream # if you use Docker
-
Pick the memory, then add room
Take the largest figure you saw, not the average, and round up to the next size. Builds, installs and test runs use far more than idle code does.
-
Check the disk
Count the project folder, the database and the packages. Keep uploads, media and backups out of the disk: they belong in object storage, and every Uno plan includes some (25 GB on Small).
$ du -sh ~/your-project $ df -h /
-
Count the cores
One core is enough for a bot or a small site. Builds and many simultaneous users want more. If the load stays above the number of cores, you need more.
$ nproc $ uptime # load averages vs the core count
-
Pick the region closest to your users
Distance adds latency to every request. Put the server near the people who use it, or near the API it calls most. Check the round trip from where your users are.
$ ping -c 4 203.0.113.10 -
Choose a size you can change
Do not buy for next year. Take the size from the table, run for a week and read the numbers again. Before you pay, ask how the host resizes: some need a restart, some a new server.
Check that you chose well
After a few days of real use, run the same commands on the server. If available memory in free -h stays close to zero, or swap keeps growing, go up one size. If memory stays mostly free and the load is low, you can go down.
$ free -h $ df -h / $ uptime
What memory costs
Memory is the price driver, so compare it per gigabyte. Budget hosts sell it cheapest. Uno costs more per gigabyte and puts the rest in the plan.
One gigabyte of memory for a month
In $ per GB per month. Ranges show the cheapest and the dearest provider we checked.
Show as a table
| Option | $ per GB per month | Shape |
|---|---|---|
| Uno | 4.2–5 | Small to Max · sleeps when idle, cloud storage and sites included |
| Budget hosts | 0.65–1.6 | Hetzner CX, OVH, Contabo · runs and bills all month |
| Cloud VPS | 5–6 | DigitalOcean, Vultr, Linode, Lightsail |
The short way: a size you can change
On Uno you do not have to guess right. Plans change in both directions: move up or down any time, files and computers come with you. Every plan has monthly boosts for heavy hours: every hour a computer sleeps earns one boost, up to the monthly cap of your plan. Start with Small, watch, and move up.
Small: $5 a month
Where Uno is not the cheapest
- Memory costs more per gigabyte than at budget hosts: $4.2–5 against $0.65–1.6. A project that needs only RAM and nothing else is cheaper there.
- Uno computers run in the Netherlands today. Users far from it feel some extra milliseconds.
- Uno gives you shared vCPU on AMD Zen 4. A job that holds every core at full load all day fits a server with reserved cores better.
Uno Small against a classic VPS
The same 1 vCPU class. What you pay, and what you get with it.
| Uno Small | Budget VPS Hetzner, OVH, Contabo | Cloud VPS DigitalOcean, Vultr, Linode | |
|---|---|---|---|
| Price a month | $5 | $4.5–6.5 | $5–7 |
| Root and Docker | yes | yes | yes |
| Who sets it up | an AI agent, or you | you, over SSH | you, over SSH |
| When idle | asleep, memory kept, earns boosts | runs and bills all month | runs and bills all month |
| Cloud storage | 25 GB included | separate product | separate product |
| Sites and forms | free, one message | set up a web server | set up a web server |
| AI in the plan | 5 h a month, Uno AI optional | no | no |
Prices checked 2026-10-01. Budget hosts sell memory cheaper per GB. If all you need is a lot of RAM and nothing else, they are the better deal.
Pick a starting size
Every plan sleeps when idle and wakes on the first request. Move up or down any time; your files come with you.
Small
A Telegram bot, a VPN, a small backend
$5/ month
- 1 vCPU · 1 GB
- 15 GB disk
- 25 GB cloud storage
- 5 boosts a month
Plus
Agents that work with your laptop closed
$20/ month
- 4 vCPU · 4 GB
- 40 GB disk
- 100 GB cloud storage
- Uno Work in the cloud
Pro
A product in production, a second MacBook
$70/ month
- 16 vCPU · 16 GB
- 120 GB disk
- 300 GB cloud storage
- Speed of a MacBook Air M4
Max
A team and many agents at once
$200/ month
- 32 vCPU · 48 GB
- 300 GB disk
- 1,024 GB cloud storage
- 5 public IPv4
Add Uno AI to any plan: 40 h of AI work a month on Small, 100 h on Plus, unlimited on Max. Today: GLM-5.3 Flash and MiMo v2.6 Pro. Or sign in with your own Claude or ChatGPT.
Common problems
My process is "Killed" with no error
sudo dmesg | grep -i "killed process". Go up one size; a swap file only postpones the problem.Should I add cores or memory first?
Does the region matter for a Telegram bot?
The disk is full but my project is small
sudo du -xh / --max-depth=2 | sort -h | tail and move uploads to object storage.