CPU față de RAM: ce face un server de joc rapid?
RAM-ul decide cât poate ține un server, procesorul decide cât de repede poate gândi. De ce viteza pe un nucleu contează cel mai mult și când ajută nucleele suplimentare.
5 min de citit · Actualizat 21 oct. 2026 · De GuavaHost Team
RAM-ul decide cât poate ține serverul tău, iar procesorul decide cât de repede poate gândi. Mare parte din lagul pe care lumea îl pune pe seama memoriei este de fapt o problemă de procesor, așa că ghidul acesta explică diferența, de ce viteza pe un nucleu contează mai mult decât numărul de nuclee și cum îți dai seama la care îți lipsește.
Două treburi diferite
- RAM-ul este capacitate. Ține lumea, jucătorii și modurile. Dacă îți lipsește, serverul se bâlbâie în timp ce eliberează memorie, sau cade.
- Procesorul este viteză. El face munca efectivă: mișcă mobii, rulează AI-ul, fizica, redstone-ul, mesele de crafting și fiecare plugin. Dacă îți lipsește, serverul rămâne în urmă și toată lumea o simte în același timp, ca întârziere și rubber-banding.
Să adaugi RAM unui server căruia îi lipsește procesor nu face nimic, iar un procesor rapid nu poate salva un server care a rămas fără memorie. Ai nevoie de suficient din amândouă, dar ele cedează în moduri diferite.
Bugetul de tic
Un server de joc rulează într-o buclă. Fiecare trecere prin buclă se numește tic, și la fiecare tic serverul actualizează tot ce e în lume. Jocul se așteaptă la un anumit număr de ticuri pe secundă, ceea ce dă fiecărui tic un buget de timp:
| Joc | Rata țintă | Timp pe tic |
|---|---|---|
| Minecraft Java | 20 ticuri pe secundă | 50 ms |
| Terraria | 60 actualizări pe secundă | cam 16,7 ms |
| Counter-Strike 2 | 64 de ticuri pe secundă | cam 15,6 ms |
Dacă un tic durează mai mult decât bugetul lui, serverul nu mai poate ține pasul. În Minecraft asta apare ca TPS (ticuri pe secundă) care scade sub 20 și MSPT (milisecunde pe tic) care urcă peste 50. Ghidul nostru despre citirea TPS și MSPT arată cum se măsoară.
RAM-ul nu apare nicăieri în bugetul acela. Terminarea fiecărui tic la timp este strict o chestiune de câtă muncă există și cât de repede trece procesorul prin ea.
De ce viteza pe un nucleu contează cel mai mult
Majoritatea serverelor de joc fac simularea de bază pe un singur thread principal. Un thread este o singură linie de muncă pe care un nucleu de procesor o poate rula, iar o lume de joc este greu de împărțit pe mai multe, pentru că fiecare pas depinde de cel dinainte: un mob nu se poate mișca până când serverul nu știe unde a ajuns blocul pe care calcă.
Minecraft, Rust, ARK, Valheim, Project Zomboid și Terraria funcționează toate așa. Deci viteza unui singur nucleu stabilește plafonul pentru tot serverul. Un procesor cu 16 nuclee mai lente poate rula o lume de Minecraft mai prost decât unul cu 8 nuclee mai rapide, pentru că lumea ajunge oricum să folosească doar unul dintre ele pentru munca principală.
Viteza pe un nucleu vine din două lucruri:
- Frecvența, măsurată în GHz: câte cicluri rulează nucleul pe secundă.
- Munca pe ciclu, care se îmbunătățește cu fiecare generație de procesoare. Un procesor mai nou la aceeași frecvență este deseori sensibil mai rapid decât unul mai vechi.
Un cache mare de procesor (o rezervă mică de memorie foarte rapidă chiar pe chip) ajută și el, pentru că serverele de joc sar constant între multe bucățele mici de date.
Când ajută într-adevăr mai multe nuclee
Nucleele suplimentare nu sunt inutile. Ele preiau tot ce nu este ticul principal:
- Munca de fundal. Salvarea lumii, încărcarea și generarea chunkurilor (software de server precum Paper mută o parte din asta în afara threadului principal), comprimarea datelor de rețea și rularea sarcinilor de plugin scrise ca să lucreze în fundal.
- Garbage collection în Java. Minecraft Java curăță memoria nefolosită cu mai multe threaduri, așa că nucleele libere țin curățeniile acelea scurte.
- Mai mult de un proces. Un server de Don't Starve Together rulează suprafața și peșterile ca două procese separate, iar fiecare hartă din clusterul de ARK este propriul server. Fiecare poate folosi propriul nucleu.
- Actualizări și backupuri. Descărcarea unei actualizări de joc sau comprimarea unui backup se întâmplă alături de joc, nu în interiorul unui tic.
Unele motoare mai noi, inclusiv Unreal Engine din spatele ARK și Palworld, își împart mai mult din muncă pe threaduri suplimentare. Chiar și acolo, threadul principal de joc tot dictează ritmul.
La care îți lipsește?
| Ce vezi | Cauza probabilă |
|---|---|
| Graficul de memorie lipit de limită | RAM |
| Erori de memorie insuficientă, sau căderi în timpul încărcării | RAM |
| Memoria are loc, dar TPS-ul scade și MSPT-ul urcă | CPU |
| Lag doar lângă o fermă uriașă, o mega-bază sau multe creaturi | CPU |
| Lagul se adună în câteva ore și o repornire îl rezolvă | Deseori creșterea memoriei, uneori acumularea de entități |
| Doar un jucător lagă | Niciunul: acela este pingul lui |
Un detaliu care merită știut: cardul Usage din panoul tău de control GuavaHost (în taburile Overview și Console) arată procesorul raportat la planul tău. Când planul tău are o limită de CPU, cifra este o parte din toate nucleele planului, etichetată de exemplu "of 2 cores", deci 100 la sută înseamnă că toate sunt ocupate. Threadul principal al unui joc poate folosi doar un nucleu, așa că pe un plan cu 2 nuclee un server care stă în jur de 50 la sută în timp ce lagă poate să își fi dus threadul principal la maxim, chiar dacă a mai rămas capacitate. Când planul tău nu are limită de CPU, cifra este un procent din un nucleu, deci un server care stă în jur de 100 la sută în timp ce lagă e aceeași poveste. Asta este semnul clasic al unui blocaj pe threadul principal.
Repararea lagului limitat de procesor
Mai mult RAM nu ajută aici. Ce ajută este să dai threadului principal mai puțin de făcut la fiecare tic:
- Coboară prima distanța de simulare, apoi distanța de vizibilitate. Vezi distanța de vizibilitate și de simulare.
- Limitează fermele de mobi și curăță obiectele aruncate pe jos și entitățile în exces.
- Pregenerează lumea, ca să nu se creeze teren nou în timp ce oamenii joacă.
- Găsește pluginurile sau modurile grele cu un profiler. Pe Minecraft, pluginul gratuit Spark numește exact ce mâncă fiecare tic.
- Programează o repornire zilnică, ca să cureți entitățile și memoria acumulate.
Lista noastră de verificare pentru lag le parcurge în ordine.
Cum se aplică asta pe GuavaHost
Fiecare server GuavaHost rulează pe procesoare AMD Ryzen și Intel, alese pentru performanță puternică pe un singur thread, pentru că de asta se sprijină serverele de joc, împreună cu stocare NVMe SSD. Partea pe care o alegi tu este RAM-ul, dimensionat după jocul și grupul tău, iar îl poți schimba oricând din Manage plan în panoul de control, cu facturare proporțională. Dacă serverul tău are memorie de rezervă și tot se chinuie, asta e o treabă de reglaj, iar ghidul nostru de RAM explică de ce cumpărarea de memorie suplimentară nu o va rezolva.
Tot blocat? Intră pe Discordul nostru la discord.gg/GuavaHost și echipa te ajută mai departe.
- cpu
- ram
- performance
- single-thread
- cores
- tick rate
- lag
Tot ai nevoie de ajutor? Echipa noastră este online non-stop ca să îți răspundă la întrebări.