Personalizare completă alx low-ping 1.70.0
Dacă lăsați totul ca atare, setarea este complet automată.
Dacă valoarea variabilei este zero, atunci pentru acest parametru valoarea este considerată automat.
Să presupunem că aveți un nucleu de 1,7 GHz.
Introduceți numărul 7 în toate variabilele unice [FPS] și [CPU].
Avem:
Acum dublați variabilele în FPS. Depinde de o singură variabilă.
În cazul în care primele 7, apoi al doilea de la 2.1 la 3.1
dacă 5, apoi 4.1 - 5.1
.
.
dacă 1, atunci 8.1 este 9.1
În principiu, valorile din intervalul 9.1-9.9 sunt considerate ca 9.1
Avem prima valoare de 7, așadar am plasat al doilea aproximativ 2.3.
Ea este responsabilă pentru timpul de revenire.
Ie care a sărit un server, FPS a început să scadă costurile 7 în singur, a ocupat locuri de muncă cu FPS și înmulțit cu 7 și, după 2,3 secunde, ar trebui să se întoarcă așa cum a fost.
Acum "dublu" în [CPU]:
Aici valorile depind, de asemenea, de unicul, dar de dependența formei:
prima valoare de 7, a doua valoare de la 7.0 la 7.9 (adică, aceeași ca prima).
Am stabilit 7.5.
Și toate în patru celule. Acesta este un singur nucleu. Dacă două, atunci 1 = 3, 2 = 4. Dacă există patru, apoi configurați modul în care aveți nevoie de tot.
În momentul de față am primit:
Citat:
[FPS]
FPS1 7 2.3 Rezervat0
FPS2 7 2.3 Rezervate1
FPS3 7 2.3 Rezervat2
FPS4 7 2.3 Rezervat3
[CPU]
CPU1 7 7.5 Reserved0
CPU2 7 7.5 Reserved1
CPU3 7 7.5 rezervate2
CPU4 7 7.5 rezervate3
Secțiunea următoare [SYS]. Responsabil pentru prioritățile funcțiilor.
Aranjat după cum urmează:
typedef struct sys_lp
<
std :: șirul FPS_LEVEL;
std :: string CPU_LEVEL;
std :: șirul SERVER_LEVEL;
std :: string BOTS_LEVEL;
std :: șir REZERVAT;
> lp_sys;
Adică nivelurile de prioritate de execuție pentru FPS CPU SERVER BOTS
Presupunem, pune A B C D. Prin urmare A - cea mai mare prioritate, D - cea mai mica. Dacă puneți F, atunci acesta va fi perceput ca D.
Setați A A A A - toate vor fi aceleași.
Principala "vechime" a scrisorii. Ie De exemplu, "A A B C" și "A A B D" nu au nici o diferență.
Acum [SERVER].
Aici, primele două valori fracționate și un întreg merg.
Acesta este momentul verificării. valori "duble" - în câteva secunde, "singură" - în câteva minute.
Primul este FPS, al doilea este CPU, iar al treilea este SYS.
Ie Fiecare (X.X secunde pentru FPS și CPU și N minute pentru SYS) determină actualizarea FPS, CPU și SYS conform setărilor de mai sus.
Pentru FPS și CPU, este mai bine să nu combinați valorile. Ie Nu puneți același lucru. Setați, de exemplu, 9.9 9.8, cred că nu veți pierde.
Dacă valorile rămân zero, variabilele vor fi actualizate o dată când harta este schimbată.
[BOTS]
Este simplu. Prima valoare este iMax, a doua este iMin. Acest lucru este ping boti.
Valorile stricte nu ar trebui să fie stabilite (de exemplu, 5 și 5), în caz contrar glucanet, cum ar fi 5 și infinit. Până acum funcționează numai pentru Boots CZ.
În final, în exemplul meu:
[FPS]
FPS1 7 2.3 Rezervat0
FPS2 7 2.3 Rezervate1
FPS3 7 2.3 Rezervat2
FPS4 7 2.3 Rezervat3
[CPU]
CPU1 7 7.5 Reserved0
CPU2 7 7.5 Reserved1
CPU3 7 7.5 rezervate2
CPU4 7 7.5 rezervate3
[SYS]
SYS1 A A A A Rezervat0
SYS2 A A A A Rezervat1
SYS3 A A A A Rezervat2
SYS4 A A A A Rezervat3
[SERVER]
SERV1 9,8 9,9 4 Rezervat0
SERV2 9,8 9,9 4 Rezervat1
SERV3 9,8 9,9 4 Rezervat2
SERV4 9,8 9,9 4 Rezervat3
[BOTS]
BOTS1 3 7 Rezervat0
BOTS2 3 7 Rezervat1
BOTS3 3 7 Rezervat2
BOTS4 3 7 Rezervat3
Acum un pic despre config lowping.cfg.
alx_lowping_autoconfig 0
Cred că totul este clar. Setați la zero.
alx_lowping_sysrate 0
Am setat-o la zero, deoarece aceasta este setarea manuală a FPS. Dacă puneți acest lucru mai mult de 100 atunci motorul și lowping.ini și tot ceea ce este în continuare în config nu are sens.
Cu ocazia
alx_lowping_autofps
și
alx_lowping_sleepsm
Nu voi explica. Am pus 512 și 2, dacă cineva nu știe cum să se potrivească. Cred că valorile vor fi cele mai potrivite.
Acum despre // CPU:
alx_lowping_cpu 1 - este clar pentru toți. Comutați pe CPU-ul de pornire / oprire.
Acum, despre activitatea celorlalte variabile CPU: Dacă servaka CPU depășește o valoare de alx_lowping_cpu_level, acesta va fi șters pentru alx_lowping_cpu_timer secunde și alx_lowping_cpu_mspike încercări.
Să presupunem că valorile sunt setate:
alx_lowping_cpu 1
alx_lowping_cpu_mspike 3
alx_lowping_cpu_level 65
alx_lowping_cpu_timer 3
Prin urmare, atunci când CPU ajunge la valoarea de 65, se va reseta de trei ori în trei secunde (fiecare dintre aceste trei defecte va scădea cu 65/3).
următor:
alx_lowping_pevngthening 1
alx_lowping_proc_mdl 1
alx_lowping_proc_spr 1