CPU vai RAM, kumpi tekee pelipalvelimesta nopean?
RAM ratkaisee, kuinka paljon palvelin pystyy pitämään hallussaan, prosessori ratkaisee, kuinka nopeasti se pystyy ajattelemaan. Miksi yhden ytimen nopeus merkitsee eniten ja milloin lisäytimet auttavat.
4 min lukuaika · Päivitetty 21.10.2026 · Kirjoittanut GuavaHost Team
RAM ratkaisee, kuinka paljon palvelimesi pystyy pitämään hallussaan, ja prosessori ratkaisee, kuinka nopeasti se pystyy ajattelemaan. Suurin osa palvelinlagista, jota ihmiset syyttävät muistista, on oikeasti prosessoriongelma, joten tämä opas selittää eron, sen miksi yhden ytimen nopeus merkitsee enemmän kuin ytimien määrä, ja miten tunnistat kummasta sinulla on pula.
Kaksi eri tehtävää
- RAM on kapasiteettia. Se pitää hallussaan maailman, pelaajat ja modit. Jos sitä on liian vähän, palvelin nykii samalla kun se vapauttaa muistia, tai kaatuu.
- Prosessori on nopeutta. Se tekee varsinaisen työn: liikuttaa hirviöitä, pyörittää tekoälyä, fysiikkaa, redstonea, valmistuspöytiä ja jokaista pluginia. Jos sitä on liian vähän, palvelin jää jälkeen, ja kaikki tuntevat sen yhtä aikaa viiveenä ja kuminauhailuna.
RAM-muistin lisääminen palvelimelle, jolla on pula prosessoritehosta, ei tee mitään, eikä nopea prosessori pelasta palvelinta, jolta on loppunut muisti. Tarvitset riittävästi molempia, mutta ne pettävät eri tavoin.
Tikkibudjetti
Pelipalvelin pyörii silmukassa. Jokaista kierrosta silmukan läpi kutsutaan tikiksi, ja joka tikissä palvelin päivittää kaiken maailmassa. Peli odottaa tiettyä määrää tikkejä sekunnissa, mikä antaa joka tikille aikabudjetin:
| Peli | Tavoitetahti | Aikaa tikkiä kohden |
|---|---|---|
| Minecraft Java | 20 tikkiä sekunnissa | 50 ms |
| Terraria | 60 päivitystä sekunnissa | noin 16,7 ms |
| Counter-Strike 2 | 64 tikkiä sekunnissa | noin 15,6 ms |
Jos tikki kestää budjettiaan kauemmin, palvelin ei pysy mukana. Minecraftissa se näkyy siten, että TPS (tikkejä sekunnissa) putoaa alle kahdenkymmenen ja MSPT (millisekuntia tikkiä kohden) kipuaa yli viidenkymmenen. Oppaamme TPS:n ja MSPT:n lukemisesta näyttää, miten sen mittaat.
RAM ei esiinny missään kohdassa tuota budjettia. Jokaisen tikin saaminen valmiiksi ajoissa on puhtaasti kysymys siitä, kuinka paljon työtä on ja kuinka nopeasti prosessori pääsee sen läpi.
Miksi yhden ytimen nopeus merkitsee eniten
Useimmat pelipalvelimet tekevät ydinsimulaationsa yhdellä pääsäikeellä. Säie on yksittäinen työjono, jota prosessorin ydin voi ajaa, ja pelimaailmaa on vaikea jakaa useammalle niistä, koska jokainen askel riippuu edellisestä: hirviö ei voi liikkua ennen kuin palvelin tietää, mihin lohko jonka päälle se astuu lopulta asettui.
Minecraft, Rust, ARK, Valheim, Project Zomboid ja Terraria toimivat kaikki näin. Siksi yhden ytimen nopeus asettaa katon koko palvelimelle. Prosessori, jossa on 16 hitaampaa ydintä, voi pyörittää Minecraft-maailmaa huonommin kuin sellainen, jossa on 8 nopeampaa ydintä, koska maailma pääsee käyttämään päätyöhönsä aina vain yhtä niistä.
Yhden ytimen nopeus syntyy kahdesta asiasta:
- Kellotaajuus, mitattuna gigahertseinä: kuinka monta sykliä ydin ajaa sekunnissa.
- Työmäärä sykliä kohden, joka paranee prosessorisukupolvien myötä. Uudempi prosessori samalla gigahertsimäärällä on usein huomattavasti nopeampi kuin vanhempi.
Myös iso prosessorivälimuisti (pieni, erittäin nopea muistialue itse sirulla) auttaa, koska pelipalvelimet hyppivät jatkuvasti lukemattomien pienten datapalasten välillä.
Milloin useammasta ytimestä on hyötyä
Lisäytimet eivät ole hyödyttömiä. Ne ottavat vastuulleen kaiken sen, mikä ei ole päätikki:
- Taustatyöt. Maailman tallennus, chunkkien lataus ja generointi (Paperin kaltaiset palvelinohjelmistot siirtävät osan tästä pois pääsäikeeltä), verkkodatan pakkaus ja ne plugintehtävät, jotka on kirjoitettu toimimaan taustalla.
- Javan roskienkeruu. Minecraft Java siivoaa käyttämätöntä muistia useammalla säikeellä, joten vapaat ytimet pitävät nämä siivoukset lyhyinä.
- Useampi kuin yksi prosessi. Don't Starve Together -palvelin pyörittää pintaa ja luolia kahtena erillisenä prosessina, ja jokainen ARK-klusterin kartta on oma palvelimensa. Kukin voi käyttää omaa ydintään.
- Päivitykset ja varmuuskopiot. Pelipäivityksen lataaminen tai varmuuskopion pakkaaminen tapahtuu pelin rinnalla eikä tikin sisällä.
Jotkut uudemmat moottorit, mukaan lukien ARKin ja Palworldin takana oleva Unreal Engine, levittävät enemmän työtään useammalle säikeelle. Siellä pääpelisäie asettaa silti tahdin.
Kummasta sinulla on pula?
| Mitä näet | Todennäköinen syy |
|---|---|
| Muistigraafi naulattuna rajaan | RAM |
| Muistin loppumisvirheitä, tai kaatumisia latauksen aikana | RAM |
| Muistissa on tilaa, mutta TPS putoaa ja MSPT kipuaa | Prosessori |
| Lagia vain jättifarmin, megatukikohdan tai suuren otusmäärän lähellä | Prosessori |
| Lagi kasaantuu tuntien kuluessa ja uudelleenkäynnistys korjaa sen | Usein muistin hiipiminen, välillä entiteettien kasaantuminen |
| Vain yksi pelaaja lagaa | Ei kumpikaan: se on hänen pinginsä |
Yksi yksityiskohta kannattaa tietää: GuavaHostin hallintapaneelin Usage-kortti (käyttö) Overview- ja Console-välilehdillä näyttää prosessorin kulutuksen suhteessa pakettiisi. Kun paketissasi on prosessorikatto, luku on osuus paketin kaikista ytimistä, ja se on merkitty esimerkiksi "of 2 cores", joten 100 prosenttia tarkoittaa, että kaikki ovat varattuja. Pelin pääsäie voi käyttää vain yhtä ydintä, joten kahden ytimen paketissa palvelin, joka lojuu noin 50 prosentissa lagatessaan, voi hyvinkin vetää pääsäikeensä ääriin vaikka kapasiteettia on vielä jäljellä. Kun paketissasi ei ole prosessorikattoa, luku on prosenttiosuus yhdestä ytimestä, joten palvelin joka lojuu noin 100 prosentissa lagatessaan on sama tarina. Se on klassinen merkki pääsäikeen pullonkaulasta.
Prosessorirajoitteisen lagin korjaaminen
Lisää RAM-muistia ei auta tässä. Mikä auttaa, on antaa pääsäikeelle vähemmän tekemistä joka tikissä:
- Laske ensin simulaatioetäisyyttä, sitten näkyvyysetäisyyttä. Katso näkyvyys- ja simulaatioetäisyys.
- Rajoita hirviöfarmeja ja siivoa maahan pudonneet tavarat ja liiat entiteetit.
- Esigeneroi maailmasi, jottei uutta maastoa luoda samalla kun ihmiset pelaavat.
- Etsi raskaat pluginit tai modit profilointityökalulla. Minecraftissa ilmainen Spark-plugin nimeää täsmälleen sen, mikä syö joka tikin.
- Ajasta päivittäinen uudelleenkäynnistys, joka siivoaa kasaantuneet entiteetit ja muistin.
Lagin tarkistuslistamme käy nämä läpi järjestyksessä.
Miten tämä pätee GuavaHostilla
Jokainen GuavaHostin palvelin pyörii AMD Ryzen- ja Intel-prosessoreilla, jotka on valittu vahvan yhden säikeen suorituskyvyn perusteella, koska juuri siihen pelipalvelimet nojaavat, sekä NVMe SSD -tallennustilalla. Osa jonka itse valitset on RAM, mitoitettuna peliisi ja porukkaasi, ja voit vaihtaa sen milloin tahansa kohdasta Manage plan (paketin hallinta) hallintapaneelissa, laskutus suhteutettuna. Jos palvelimellasi on muistia liikenevän verran mutta se silti kärvistelee, kyse on virityksestä, ja RAM-oppaamme selittää, miksi lisämuistin ostaminen ei korjaa sitä.
Vieläkö jumissa? Hyppää Discordiimme osoitteessa discord.gg/GuavaHost, niin tiimimme auttaa sinua.
- cpu
- ram
- performance
- single-thread
- cores
- tick rate
- lag
Tarvitsetko vielä apua? Tiimimme on linjoilla 24/7 vastaamassa kysymyksiin.