Mindent booster (csökkenése ping a szerver) - segítségével építmények szerver cs 1

Anti Ping COP 1,6:
Booster MetaMod Plugin V2.40 (Anti ping)

Mi a Booster, és mire való?
Booster - Win32 Metamod bővítmény létre Hullu, amely lehetővé teszi, hogy növelje az FPS szerver, ezáltal javítva a nappali és a ping szerver a játékos tevékenységek.

Rendben, de hogyan működik?
Booster csökkenti az időt tölt HLDS „inaktív”, ezzel is növelve az FPS-kiszolgáló. Minél magasabb az FPS a szerver, annál gyorsabban tud reagálni az ügyfél parancsok (mint a ping, vagy például, tett egy lövés a játék).
Booster használ két teljesen különböző és egymást kölcsönösen kizáró megközelítés ennek elérésére. Az egyik alapja a manipuláció Win32 „multimédiás timer”, és a változó „sys_ticrate”, hogy gyorsítsák fel a ciklusban „inaktivitás”. A második megközelítés az, hogy a HLDS „felébred”, amikor érkeznek adatok a játékos. Így kevesebb időt töltött egyetlen ciklus alatt.
Csökkentése holtidő HLDS szerver növeli a terhelést a központi processzort. Valójában - ez az ára, hogy meg kell fizetni a használatát Booster'a.

Mi a különbség a Booster, WinHLBooster és Booster-Lite?
WinHLBooster és ez volt az eredeti Booster, ezért olyan módszert systicrate / mmtimer gyorsulás. Booster-Lite bevezette alapuló megközelítés „érkezését a csomag”, mint egy külön plugin változata Booster 2.0, ezek a megközelítések már össze egyetlen bővítmény -. Booster.

Mi gyorsulás módszer a jobb?
Nem. Mindegyik eltérő megközelítés ugyanazt az eredményt elérni: a növekedés a szerver FPS. Mintegy systicrate / mmtimer megközelítés lehet elképzelni, mint a hatékonyabb jellegű. Szerver FPS azonnal nőtt, amikor a szerver elindul (és csökken terhelés szerver). A „csomag érkezése” megközelítés növeli az FPS csak az adatok érkezése. Minél több játékos / kapott adatokat, annál nagyobb az FPS-kiszolgáló.

Gyorsulás módszer az alapértelmezett megközelítést systicrate / mmtimer. Csak azért, mert ez a legrégebbi a két módszer.

Használhatok egyszerre mindkettő?
Ez általában nem ajánlott, hogy nem nyereséges, és gyakran előfordul, hogy egyszerűen nem lehetséges. Alapvető által meghatározott módszerek egyes megközelítés összeegyeztethetetlen. Például, ha a „autofps”, Booster, állandóan változó sys_ticrate értéket elérni néhány FPS. Azonban „az érkezés a csomag” megközelítést igényel, amely sys_ticrate állapították meg 10000. Ha a telepített opciók nem kompatibilis, a Booster egy hibaüzenetet jelenít meg a konzolt és letiltja az egyik egyeztethető opciók (általában az opció kikapcsol „Érkezés csomag”).

Milyen beállításokat vannak jobb nekem?
Rövid válasz: Az is, hogy a legjobb az Ön számára. Nincs egyetemes válasz erre a kérdésre. Az alapértelmezett érték a Booster - a legbiztonságosabb kiindulópontja. Minden szerver és a szerver konfiguráció különböző, és lehet többé vagy kevésbé érzékeny a különböző beállításokat. A legjobb tanács, amit tud nyújtani kezdeni az alapértelmezett beállításokat, és állítsa be a „komfort zóna” fogalmát Boostera. Csak akkor lassan változik a különböző beállításokat, és ne változtassa ellenőrzés.

Magasabb FPS mindig jobb?
NO. Tény, hogy a szerver fut 500fps vagy 200fps lesz, mint a progi a szerveren fut a 1000fps. Azonban a szerveren fut a 1000fps, majd con [cencored] lényegesen több CPU erőforrásokat. A cél felállítása Boostera nem az, hogy felhívja a FPS olyan magas, mint lehetséges. A cél egy sima és bezlagovoy játékosok a szerveren. Tehát 200fps - egy nagyon jó kiindulási pont beállítására emlékeztető.

Mi a különbség a „FPS kliens” és "szerver FPS?
Ügyfél FPS határozza meg, hány másodpercenként jelenik meg a játékos a számítógép képernyőjén. Szerver FPS meghatározza, milyen gyakran a szerver feldolgozza a vonatkozó információkat a játék (játékos helyzetét, összehangolás lövések, ping, stb.)

Booster'a munka teszi a szerver teljesítményét rosszabb. Miért?
Valószínűleg akkor próbálja emelni az FPS túl magas, és gondjai vannak a hiánya CPU. Egy másik lehetőség (bár ez kevésbé valószínű) -, hogy a megnövekedett FPS generál nagyobb forgalmat, és akkor szembesülnek a problémákkal sávszélességet. Próbálj meg ellenőrzésére Mindkét paraméter azonosítani, ha lenne bármiféle „szűk keresztmetszet”.

Mit jelent az „sv_maxupdaterate”, és hogyan kapcsolódik a Booster`a?
Sv_maxupdaterate számát adja meg másodpercenként, amelyet meg kell küldeni a játékosokat. Csak azért, mert a szerver fut 500fps és kiszámítja a különböző értékek másodpercenként 500-szor, ez nem jelenti azt, hogy ténylegesen információt küld a játékosok másodpercenként 500-szor. Tény, hogy a fizikai határ a játékos játékos frissítés - másodpercenként 100-szor.

Fontos megjegyezni, hogy még mindig előnyösebb a magasabb FPS-kiszolgáló, kis sv_maxupdaterate. Ping alacsonyabb lesz, és a kiszolgáló gyorsabban reagálnak az eseményekre készített a játékos.

Mi az a „szívató” (fulladásveszély), és hogyan kapcsolódik az Antenna erősítő?
„Choke” (Choke) akkor jelentkezik, ha a szerver meghatározza (értéke alapján a „sebesség” az ügyfél), az ügyfél nem tudja fogadni több adatot egy adott idő alatt. Ha az ügyfél ráta is 5000, és az ügyfél kap 5000 karakter 0,5 másodperc, akkor az ügyfél „megfojtani” a fennmaradó 0,5 másodperc, mert a szerver nem hajlandó átadni a további frissítéseket az ügyfelekre.

Ez azért fontos, mert a Booster a következő ok miatt: a gyorsított szerver munkát teremt valódi lehetőséget, hogy az ügyfelek több frissítéseket, mint a nem gyorsított szerver. Ez a példa szemlélteti a problémát jobban (az értékek alkalmazott túlzó, hogy még inkább érthető).

Az ügyfél érték „arány” 3500 és értékét cl_updaterate 100. Ez a játékos nem érzi megfullad egy normális szerver, mert a szerver normális, nagyon valószínű, akkor küldje 100 frissítések másodpercenként. Ezért a játékos nem kap több mint 3500 karakter másodpercenként, és soha nem tapasztalt fojtó.

Az ügyfél a kapcsolatot a szerverrel B B szerver fut Booster. Dolgozik 200fps és sv_maxupdaterate 100. Most az ügyfél a probléma. Mivel a szerver képes az 100 fps és a kliens úgy vannak kialakítva, hogy lehetővé tegye, hogy ezek a 100 képkocka másodpercenként. Ha több frissítés aránya meghaladja a kliens (3500 karakter másodpercenként), akkor az ügyfél tapasztalni fojtó.

Ennek elkerülése érdekében van szükség, hogy csökkentsék cl_updarate a kliens oldalon, vagy korlátozza sv_maxupdaterate a szerver oldalon.

Van Booster verzió Linux?
gyorsulás hasonló módszerrel „érkezését a csomag” a Booster épített Linux HLDS kezdetben. Kérjük, olvassa el a dokumentációt Linux HLDS több információt erről a kérdésről.

Vajon Booster a Listenserver?
Nem.

Nincs Booster a Steam kliens dedikált szerver?
Igen.

Miért látok a hiba „ERROR - tudta létrehozni teljesítmény monitor”?
Booster a munkájuk során, hogy hozzon létre egy hatékony ellenőrzési eszközökkel, hogy nyomon kövessük az aktuális használat a szerver CPU. Booster használja ezt az információt, hogy aktívan állítsa be a kikapcsolási időzítés beállításait HLDS és mentse a CPU időt fogyasztás egy bizonyos tartományon belül (lásd. Booster_cpu_ * cvars a readme). Ha nem kívánja megtenni, hogy emlékeztető beállítani az időzítőt, válaszul a fogyasztás a CPU, akkor nyugodtan figyelmen kívül hagyhatja ezt a hibát (és kell booster_cpu_enabled beállítása 0).

Ez a hiba akkor fordulhat elő, mert egy két oka van:
1.) A szerver működik Win98 / ME környezetben. Ezek az operációs rendszerek nem támogatják létrehozását CPU ellenőrzések hatékonyságának.

2) A szerveren, meg nem angol nyelvű Windows. (Booster alapértelmezésben úgy van beállítva az angol nyelvű Windows) A rendszergazda beállíthatja őket magad változók felhasználásával booster_stats_cpu_counter, booster_stats_in_counter és booster_stats_out_counter.

Melyik építmények érdemes használni egy szabványos vagy 686 processzor?
Építsd 686 optimalizált a 686 CPU család (P4, a legtöbb AMD, stb.) Ugyanakkor, a legtöbb ember nem látja a mérhető különbség a hagyományos és a 686 építmények. A leghatékonyabb teljesítménybeli különbség látható csak többprocesszoros gépeken.> Booster 2.4

1) Meg kell, hogy egy emlékeztető a mappában. cstrikeaddons
2) kilátás metamod plugins.ini mappa és fájl (vagy plugin.ini) hozzá egy új csatorna:

Kulcs: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters
Név: DisableUserTOSSetting
Típus: DWORD
Érték: 0

Booster-Lite MetaMod Plugin v1.13 (Anti Ping)

Ha csak szeretné, hogy a második módszer, hogy növelje az FPS, vagyis hogy a HLDS „felébred”, amikor érkeznek adatok a játékos, meg a Booster-Lite, de a telepítés előtt, távolítsa el a többi Booster'y

Információkat.
Booster-Lite csökkenti azt az időt tölti a szerver az inaktivitás, ezáltal növelve az FPS, ezáltal csökkentve a szerver Ping, de egyre nagyobb teher a processzor.

Beállítások.
- booster_lite_mode parancs kijelöli az üzemmód, amelyben dolgozni Booster, le- szerver (HLDS).

* Mode 0: Szerver alszik 10ms, ha nincs hálózati csomagok érkeznek. Ha a szerver
Ő lesz felébredt hálózati csomag.

* Mode 1: Server először megpróbál aludni 10ms. Ha a szerver
Ő lesz felébredt hálózati csomag. Ellenkező esetben, még aludni 10ms.
Ez az üzemmód kevesebb CPU-t.

* Mode 2: A kiszolgáló megpróbálja aludni 50ms. Ha a szerver
Ő lesz felébredt hálózati csomag. Ez az üzemmód kevesebb CPU-t.

* 3. mód: kikapcsolja Booster-Lite. Szerver alszik 10ms között minden keret (ftame)
vagyis akkor is, ha a hálózati csomagok érkeznek.

- booster_lite_extra_sleep_frequency parancs hatására a kiszolgáló aludni, akár egy hálózati csomagok érkezett. Beállítása 10 teszi szerver alvás 10ms. minden 10 másodperces kimaradt alvást. Ez a beállítás a terhelés képes a szerver.

FIGYELEM! A server.cfg pontosan meg kell határozni:

booster_lite_mode 0
sys_ticrate 10000

Ha az értéke kevesebb, mint 10.000 sys_ticrate Booster-Lite nem működik megfelelően.
Bármi dolgoztam emlékeztető szerver fut a csapat -noipx

1) Meg kell tenni a booster_lite mappában. cstrikeaddons
2) kilátás metamod plugins.ini mappa és fájl (vagy plugin.ini) hozzá egy új csatorna:
win32 addons / booster_lite / booster_lite_mm.dll
3) menteni a fájlt.