Terraria is one of the cheapest multiplayer games to host and one of the easiest to mis-size. It is single-threaded, it runs its world simulation at a fixed 60 updates per second, and it holds an entire world in RAM at startup. Those three facts determine every hardware decision: clock speed over core count, RAM proportional to world size and player count, and a disk that only matters at world save. Get them right and a 16-player server runs comfortably on modest hardware.<\/p>\n\n\n\n
Terraria worlds are finite and generated up front, so RAM cost is predictable rather than open-ended like a Minecraft server. These figures assume TShock 5.x on .NET 6, a reasonably explored world, and concurrent players spread across the map.<\/p>\n\n\n\n A large world with a full TShock plugin stack on 16 players fits in 4 GB of RAM with room to spare. The variable that actually stretches hardware is plugin count and plugin quality, not the world itself.<\/p>\n\n\n\n TShock plugins execute inside the same 16.6 ms update window the base game uses, so bad plugin code converts directly into lag. The table below shows measured update time added by common plugin categories on a 16-player large world. Every value is additive within a single tick.<\/p>\n\n\n\n An SQLite economy plus a per-projectile anticheat consumes 7-20 ms per tick before the base game does any work, exceeding the entire 16.6 ms window. Swap the economy to MySQL and make the anticheat sample every Nth tick rather than every tick, and the same feature set drops under 3 ms. Plugin-level fixes are cheaper than CPU upgrades, and they are the difference between a stable 60 UPS and a server that stutters whenever a player builds.<\/p>\n\n\n\n Terraria targets 60 updates per second, giving each update a 16.6 ms budget. The main game loop processes world ticks, NPC AI, projectile physics, and network sends on one thread. TShock hooks into this same loop for most events. A server with 8 cores at 2.4 GHz will stutter under 16 players where a 2-core instance at 4.0 GHz runs smoothly, because only one core is doing the simulation work that matters.<\/p>\n\n\n\n Two plugin patterns reliably break the tick budget: per-tick hooks that iterate every NPC or projectile, and synchronous database writes triggered by player actions. A SQLite-backed economy or region plugin writing on every block change can add 5-10 ms per update during building sessions, which exceeds the budget on its own. Switch such plugins to a MySQL backend on the same host, or accept a lower player cap.<\/p>\n\n\n\n TShock runs as a .NET application and does not need a desktop environment. The steps below install it as a systemd service so it restarts on failure and survives reboots.<\/p>\n\n\n\n Pin the process to a physical core and keep the governor at performance so the 16.6 ms budget is never interrupted by a downclock. Terraria’s update loop tolerates no jitter margin.<\/p>\n\n\n\n Terraria sends the full world to each client on connect \u2014 a large world file is 20-50 MB compressed \u2014 so join time is dominated by uplink speed, not latency. After connection, per-player traffic is 5-20 KB\/s, and a 16-player server rarely exceeds 2 Mbps. A 100 Mbps unmetered uplink is more than enough. Disk only matters during autosave, when the entire world writes in about 200-500 ms; any SSD handles this, and a dedicated high-traffic server platform<\/a> removes the risk of a neighbour saturating shared storage during your save window.<\/p>\n\n\n\nWorld size<\/th> World dimensions<\/th> Base RAM<\/th> RAM per 8 players<\/th> Recommended vCPU<\/th><\/tr><\/thead> Small<\/td> 4200 x 1200<\/td> 250-400 MB<\/td> +120 MB<\/td> 1-2<\/td><\/tr> Medium<\/td> 6400 x 1800<\/td> 400-700 MB<\/td> +200 MB<\/td> 2<\/td><\/tr> Large<\/td> 8400 x 2400<\/td> 700 MB-1.2 GB<\/td> +300 MB<\/td> 2-4<\/td><\/tr> Large + 50 plugins<\/td> 8400 x 2400<\/td> 1.5-2.5 GB<\/td> +400 MB<\/td> 4<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n Plugin Load and the Update Budget<\/h2>\n\n\n\n
Plugin category<\/th> Tick time added<\/th> Notes<\/th><\/tr><\/thead> Permission \/ group manager<\/td> 0.1-0.3 ms<\/td> Negligible; event-driven<\/td><\/tr> Region \/ claim protection<\/td> 0.5-2 ms<\/td> Rises with region count<\/td><\/tr> Economy, SQLite backend<\/td> 3-9 ms<\/td> Synchronous writes on block change<\/td><\/tr> Economy, MySQL backend<\/td> 0.4-1.2 ms<\/td> Async pool removes blocking<\/td><\/tr> Anticheat, per-projectile scan<\/td> 4-11 ms<\/td> Iterates every projectile each tick<\/td><\/tr> Chat \/ utility suite<\/td> 0.2-1 ms<\/td> Only on player action<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n CPU: Why Single-Thread Clock Decides Everything<\/h2>\n\n\n\n
TShock Setup on a Dedicated Box<\/h2>\n\n\n\n
# 1. .NET 6 runtime\nwget https:\/\/dot.net\/v1\/dotnet-install.sh && bash dotnet-install.sh --channel 6.0\n\n# 2. TShock release (fixed, verified version)\nwget https:\/\/github.com\/Pryaxis\/TShock\/releases\/download\/v5.2.0\/TShock-5.2.0-for-Terraria-1.4.4.9-linux-x64-Release.zip\nunzip TShock-*.zip -d \/opt\/tshock\n\n# 3. first-run config, then set world + port\n\/opt\/tshock\/TShock.Server -config \/opt\/tshock\/config.json\n\n# 4. serverconfig.txt key values\nworldpath=\/opt\/tshock\/worlds\/World.wld\nworldname=PublicWorld\nmaxplayers=16\nport=7777\n<\/code><\/pre>\n\n\n\n# systemd unit, core-pinned\n[Service]\nExecStart=\/usr\/bin\/taskset -c 2,3 \/opt\/tshock\/TShock.Server -config \/opt\/tshock\/config.json\nRestart=on-failure\nRestartSec=5\n<\/code><\/pre>\n\n\n\nNetwork and Disk Are Second-Order<\/h2>\n\n\n\n
Practical Sizing<\/h2>\n\n\n\n