Ca sa nu va mai certati, uite un server de cs, 16 jucatori: in: 500kbps, 600 pps out: 500 kbps, 500 pps Valorile sunt instantanee, dar media e pe undeva prin zona 500kbps in/out 500+ pps in/out Din cate stiu eu pingboosteru ala nu trimite pachete mai mari, ci mai repede (adica elimina un delay artificial pe care serverul de hl il introduce intre packete). Iar backup (protectia la pachete pierdute) se face adaugand datele la pachete ulterioare, nu trimitand pachete suplimentare. Ca sa vezi exact cat trafic iti genereaza un client ai comenzile din familia net_graph. Iar clientul nu trimite/primeste pachete in functie de fps, ci de rate, cl_rate, cl_cmdrate, cl_updaterate(+ cl_cmdbackup, care influenteaza marimea pachetelor). Ca este recomandat sa ai cl_updaterate si cl_cmdrate egale cu fepeseurile ca sa fie jocul cat mai cursiv, asta e altceva.
George Cristian Birzan wrote: >On Mon, May 03, 2004 at 06:39:40PM +0300, Alexandru N. Barloiu wrote: > > >>anyway nu am cum sa iti demonstrez ca un hl produce 200 de pachete pe >>secunda la un trafic de aproximativ 3kb / s. >> >> > >Da, pentru ca nu se poate. 3000/200 inseamna 15. Daca-mi arati pachet de >15 bytes, eu ma reneg de Rudarel. > > > >>serverele mele au un booster udp care genereaza pachete mai mari. >> >> > >Jumbo frames? > > > >>oricum treaba sta in felul urmator. daca tu ai o placa grafica care >>merge cu 100 fps-uri hl vrea sa trimita 100 de pps-uri catre server si >>primeste 100 la schimb ( asta excluzand pachetele de backup ). asta nu >>inseamna ca toate pachetele vin incarcate, pot venii foarte bine si >>pachete de 16 bytes de exemplu si inca foarte multe. >> >> > >Da, 200 de pachete minune pe secunda, am inteles. > > > >>hai sa zicem ca 200 pps-uri ar fi un numar maxim si 3k ar fi un numar >>minim. probabil ca la 200 de pps-uri incarcate cu date traficul ar >>creste si el mai mult. >> >> > >Da. Dupa cum se stie, 200 e mai mic decat 3000. Astfel pus in lumina, >ancorat in sinergia faptelor, minimul mai mare decat maximul, nu >eludeaza meandrele concretului. > > > >>totusi problema desi expusa gresit inital ramane aceiasi: numarul de >>pps-uri care trebuie sa le trimiti si primesti = cu suma numarului de >>fps-uri de la placiile video. >> >> > >Traducere: >"Desi mi s-a demonstrat ca sunt prost, intrebarea initiala tot e >gresita, iar eu am dreptate, pentru ca radical din x inmultit cu y este >egal cu radical din x inmultit cu radical din y." > > > --- Detalii despre listele noastre de mail: http://www.lug.ro/
