Anti-ping pentru CC 1.6:
Booster Plugin MetaMod v2.40 (Anti Ping)
Ce este un Booster și pentru ce este?
Booster - Win32 Un plugin de metamod, creat de Hullu, care vă permite să măriți FPS-ul serverului, îmbunătățind astfel răspunsul ping și live al serverului la acțiunile jucătorului.
Bine, dar cum funcționează?
Booster reduce timpul petrecut de HLDS în "inactiv", crescând astfel FPS-ul serverului. Cu cât este mai mare serverul FPS, cu atât este mai rapid să răspundă la comenzile clientului (cum ar fi ping-ul sau, de exemplu, o fotografie în joc).
Booster utilizează două abordări complet diferite, care se exclud reciproc pentru a realiza acest lucru. Una se bazează pe manipularea "cronometrului media" al Win32 și a variabilei "sys_ticrate" pentru a accelera executarea ciclurilor de repaus. A doua abordare este de a face HLDS "trezit" ori de câte ori datele sunt primite de la jucător. Astfel, mai puțin timp este cheltuit pe cicluri inutile de timp.
Reducerea timpului de inactivitate a HLDS mărește utilizarea procesorului serverului. De fapt, acesta este prețul pe care trebuie să-l plătiți pentru utilizarea Booster.
Care este diferența dintre Booster, WinHLBooster și Booster-Lite?
WinHLBooster și a fost Booster-ul original, folosind metoda overclocking-ului systicrate / mmtimer. Booster-Lite a introdus o abordare bazată pe "sosirea pachetului" ca un plug-in separat. Cu Booster 2.0, aceste abordări au fost combinate într-un singur plug-in - Booster.
Ce metodă de accelerare este mai bună?
Nu. Toată lumea folosește o abordare diferită pentru a obține același rezultat: crește serverul FPS. Abordarea sistematică / mmtimer poate fi considerată ca fiind mai eficientă în esența sa. Serverul FPS crește imediat atunci când serverul pornește (și scade cu încărcarea serverului). Abordarea "sosire pachet" mărește FPS numai atunci când sosesc datele. Cu cat mai multi jucatori / date primite, cu atat este mai mare serverul FPS.
Metoda implicită de accelerare este abordarea systicrate / mmtimer. Pur și simplu pentru că este cea mai veche dintre cele două metode.
Pot folosi simultan ambele metode?
Acest lucru nu este recomandat, nu este profitabil și se întâmplă adesea, astfel încât pur și simplu nu este posibil. Metodele de bază definite de fiecare abordare sunt incompatibile. De exemplu, folosind "autofps", Booster, modifică în mod constant valoarea sys_ticrate pentru a obține unele FPS. Cu toate acestea, „sosirea pachetului“ abordare impune ca sys_ticrate au fost stabilite la 10000. În cazul în care opțiunile instalate nu sunt compatibile, Booster afișează un mesaj de eroare pe consola și dezactivează una dintre opțiuni incompatibile (de obicei, prin dezactivarea opțiunii „Pachetul de sosire“).
Ce setări sunt cele mai bune pentru mine?
Răspuns scurt: Cele mai bune pentru tine. Nu există un răspuns universal la această întrebare. Valoarea implicită în Booster este cel mai sigur punct de plecare. Fiecare configurație a serverului și serverului este diferită și poate fi mai mult sau mai puțin sensibilă la diferite setări. Cel mai bun sfat care poate fi oferit este să începeți cu valorile implicite și să setați o "zonă de confort" în ceea ce privește Booster. Numai după aceea puteți modifica lent diferite setări și puteți controla schimbările.
FPS mai mare este întotdeauna mai bun?
NO. De fapt, un server care rulează la 500fps sau chiar 200fps va fi la fel de redat ca un server care rulează la 1000fps. Cu toate acestea, un server care rulează la 1000 fps va consuma semnificativ mai multe resurse CPU. Scopul în configurarea Booster nu este de a ridica FPS cât mai mare posibil. Scopul în jocul neted și tăcut al jucătorilor de pe serverul dvs. Deci 200fps este un punct foarte bun de plecare pentru crearea unui rapel.
Care este diferența dintre "clientul FPS" și "serverul FPS"?
FPS client determină câte cadre pe secundă vor fi afișate pe ecranul computerului jucătorului. FPS-ul serverului determină cât de des serverul procesează informații legate de joc (poziții de jucător, fotografii potrivite, ping, etc.).
Opera lui Booster face ca performantele serverului meu sa fie mai rele. De ce?
Cel mai probabil încercați să ridicați FPS-ul prea mare și să intrați în probleme cu o lipsă de putere CPU. O altă probabilitate (cu toate că este mai puțin probabil) este că numărul crescut de FPS generează mai mult trafic și vă confruntați cu probleme de lățime de bandă de bandă. Încercați să controlați ambii acești parametri pentru a vedea dacă există vreun "blocaj".
Ce este "sv_maxupdaterate" și cum afectează Booster?
Sv_maxupdaterate specifică numărul de actualizări pe secundă care vor fi trimise jucătorilor. Doar pentru că serverul dvs. rulează la 500fps și calculează valori diferite de 500 de ori pe secundă, acest lucru nu înseamnă că trimiteți de fapt informații jucătorilor de 500 de ori pe secundă. De fapt, limita fizică pentru transferul actualizărilor către jucători este de 100 de ori pe secundă.
Este important să rețineți că un FPS de server mai mare este încă mai profitabil, cu un sv_maxupdaterate scăzut. Ping va fi mai mic, iar serverul va răspunde mai repede la evenimentele generate de player.
Ce este sufocul și cum afectează Booster?
"Choke" apare atunci când serverul determină (pe baza valorii "ratei" clientului) că clientul nu poate obține mai multe date la un moment dat. Dacă rata clientului este setată la 5000 iar clientul primește 5000 de caractere în 0,5 secunde, clientul se va "șoc" în restul de 0,5 secunde, deoarece serverul refuză să trimită actualizări suplimentare clientului.
Acest lucru este important pentru Booster din următorul motiv: Funcționarea serverului accelerat creează o posibilitate reală ca clienții să primească mai multe actualizări decât de la un server care nu este accelerat. Exemplul ilustrează mai bine problema (valorile folosite sunt exagerate pentru a face acest lucru mai ușor de înțeles).
Clientul are „rata“ valoarea de 3500, iar valoarea cl_updaterate 100. Acest jucător nu se simte îneca pe un server normal, pentru că serverul este normal, foarte puțin probabil, va trimite 100 de actualizări pe secundă. De aceea, jucătorul nu obține niciodată mai mult de 3500 de simboluri pe secundă și niciodată nu suflă.
Clientul se alătură serverului B. Serverul B rulează Booster. Acesta ruleaza la 200fps si are sv_maxupdaterate 100. Acum Clientul are o problema. Deoarece serverul este capabil să livreze 100 de actualizări pe secundă și clientul este configurat să permită 100 de actualizări pe secundă. Atunci când setul de actualizări depășește rata clientului (3500 simboluri pe secundă), clientul va avea un sufoc.
Pentru a evita acest lucru, trebuie să reduceți cl_updarate pe partea clientului sau să restrângeți sv_maxupdaterate pe partea de server.
Există o versiune Booster pentru Linux?
Metoda de accelerare, asemănătoare cu metoda "sosire pachet" în Booster, este construită inițial în Linux HLDS. Consultați documentația HLDS pentru Linux pentru mai multe informații despre această problemă.
Acționează Booster pe serverul Listenserver?
Nu, nu este.
Programul Booster funcționează pe serverul Dedicated Client Steam?
Da.
De ce văd eroarea "EROARE - imposibilă de a crea un monitor de performanță"?
Booster, în cursul activității sale, creează instrumente de monitorizare a performanței pentru a urmări utilizarea curentă a unității centrale de procesare a serverului. Booster utilizează aceste informații pentru a ajusta în mod activ setările cronometrului inactivitate HLDS și de a salva consumul de timp CPU într-un anumit interval (a se vedea. Booster_cpu_ * CVAR în readme). Dacă nu doriți ca Booster să corecteze cronometrul ca răspuns la consumul CPU, puteți ignora cu siguranță această eroare (și ar trebui să setați booster_cpu_enabled la 0).
Această eroare poate apărea din unul din două motive:
1) Serverul rulează în mediul Win98 / ME. Aceste sisteme de operare nu suportă crearea unor instrumente de monitorizare a performanței procesorului.
2) O versiune non-engleză a Windows este instalată pe server. (Booster este configurat în mod implicit pentru versiunea în limba engleză a Windows) Administratorul le poate ajusta le folosind variabile booster_stats_cpu_counter, booster_stats_in_counter și booster_stats_out_counter.
Care construcție ar trebui să folosesc, standard sau pentru 686 de procesoare?
Build 686 este optimizat pentru a lucra cu 686 familii de procesoare (P4, majoritatea AMD, etc). În același timp, majoritatea oamenilor nu văd o diferență măsurabilă între standard și cele 686 de clădiri. Cea mai eficientă diferență de performanță este observată numai pe mașinile cu procesoare multiple.> Booster 2.4
1) Trebuie să puneți dosarul de rapel în. cstrikeaddons
2) Mergeți la directorul metamod și adăugați următoarele în fișierul plugins.ini (sau plugin.ini):
Cheie: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters
Nume: DisableUserTOSSetting
Tip: DWORD
Valoare: 0
Booster-Lite Plugin MetaMod v1.13 (Anti Ping)
Dacă doriți doar să utilizați a doua metodă de a crește FPS, și anume pentru a face HLDS „trezesc“ de fiecare dată când datele sunt primite de la player-ul, setați Booster-Lite, dar înainte de instalare, scoateți celălalt Booster'y
Informații.
Booster-Lite reduce timpul petrecut de server în inactivitate, mărind astfel FPS, reducând astfel ping-ul serverului, dar crescând sarcina procesorului.
Setări.
- Comanda booster_lite_mode selectează modul în care rulează Booster-ul, pentru a trezi serverul (HLDS).
* Modul 0: Serverul doarme 10ms dacă pachetele de rețea nu sunt recepționate. Dacă serverul
primește pachetul de rețea care se trezește.
* Modul 1: Serverul încearcă mai întâi să doarmă 10ms. Dacă serverul
primește pachetul de rețea care se trezește. În caz contrar, încercarea de a dormi încă 10ms.
Acest mod este mai puțin intensiv pentru CPU.
* Modul 2: Serverul încearcă să doarmă 50ms. Dacă serverul
primește pachetul de rețea care se trezește. Acest mod este mai puțin intensiv pentru CPU.
* Modul 3: Dezactivează Booster-Lite. Serverul doarme 10 ms intre fiecare frame (ftame),
Chiar dacă sunt primite pachete de rețea.
- Comanda booster_lite_extra_sleep_frequency determină serverul să doarmă, chiar dacă există pachete de rețea recepționate. Setarea valorii la 10 face ca serverul să se întărească 10ms. pentru fiecare 10 somn ratat. Această setare este utilizată pentru a încărca serverul.
NOTĂ! În server.cfg trebuie scris:
booster_lite_mode 0
sys_ticrate 10000
Dacă sys_ticrate este setat la mai puțin de 10000, Booster-Lite poate să nu funcționeze corect.
Pentru ca rapelul să funcționeze, serverul trebuie executat cu comanda -noipx
1) Trebuie să puneți folderul booster_lite în. cstrikeaddons
2) Mergeți la directorul metamod și adăugați următoarele în fișierul plugins.ini (sau plugin.ini):
win32 addons / booster_lite / booster_lite_mm.dll
3) Salvați fișierul.
Trimiteți-le prietenilor: