Vysoká latence při nStream

net_work

Prosím o pomoc - už hrozně dlouho se trápím s triviálním nastavením nStreamu (ne dual)...

Situace je taková - 2 různe spoje o délce 3 a 5km (necelých).

Antény - jeden spoj 24dBi prowax, druhý spoj DCom.

Pigtaily - tlusté, od Klímy

Karty - nejdříve CM9, teď DBii

Oba spoje slinkovane na 54Mb, signal na jednom spoji kolem -65, na druhem kolem -69 (vse zregulovano, v limitech), CCQ 95-100% drzi.

Pokud mám spoj bez nStream, tak propustnost i latence je naprosto uzasna (do 13M toku 1ms latence) kolem 15M (realneho toku) uz se samozrejme zveda..

Pri zapnuti nStreamu je propustnost paradni - real tok + BW testem dosahnu 35-39Mbit, ale bohuzel (a to jak s vytizenimi i bez vytizeni) mi hrozne kolisa latence...

proste 5sec jede spoj s latenci 1-2ms pak 2sec to ma latenci treba 15-25ms pak zase normal.. takhle to "skace" naprosto nahodne, at uz pri mizivem toku a nebo pri toku 15M (realne)...

Co se tyce ROSu, tak na obou stranach 2.9.51, do nastaveni karty sem nijak nevrtal, pouze HW retries na 15....

Na obou stranach x86 PCcka, karta v single redukci, na jedne strane (a to pro oba spoje) supermicro pdsma+, na druhe dell pc (nejaka PIV)...

Nesetkal se s tim nekdo? Neumite poradit?

Diky moc !

miract

Tohle mi dela taky na nekolik nstream spojich. Vubec to neres, nema cenu se tim vzrusovat. Na provoz internetu ne nema zadny vliv.

hapi

máš nějakej důvod mít tam 2.9.51? Za tu dobu ovladače na karty podstatně pokročily atd.

net_work

máš nějakej důvod mít tam 2.9.51? Za tu dobu ovladače na karty podstatně pokročily atd.

mno uprime zkousel sem davat na ty PCcka i v3 (ale konkretne to supermicro) mi tuhlo...

Tohle mi dela taky na nekolik nstream spojich. Vubec to neres, nema cenu se tim vzrusovat. Na provoz internetu ne nema zadny vliv.

ja vim, sem puntickar, sere me to :-D sice si nikdo nestezoval, ale nebudou brblat ti, co hrajou onlinovky?

ajfel

máš nějakej důvod mít tam 2.9.51? Za tu dobu ovladače na karty podstatně pokročily atd.

mno uprime zkousel sem davat na ty PCcka i v3 (ale konkretne to supermicro) mi tuhlo...

Tohle mi dela taky na nekolik nstream spojich. Vubec to neres, nema cenu se tim vzrusovat. Na provoz internetu ne nema zadny vliv.

ja vim, sem puntickar, sere me to :-D sice si nikdo nestezoval, ale nebudou brblat ti, co hrajou onlinovky?

a kterou V3 jsi zkousel ?

net_work

kua, to uz nvm... neco kolem 3.10 nebo 3.30 - urcite to uz nebyla zadna beta....

ajfel

kua, to uz nvm... neco kolem 3.10 nebo 3.30 - urcite to uz nebyla zadna beta....

Ja mam proverene 3.11, 3.13 nebo 3.18 jako stabilni, ve 3.18 byla nejaka zmena primo v ovladacich na wifi, zkus tu.

miract

ja vim, sem puntickar, sere me to :-D sice si nikdo nestezoval, ale nebudou brblat ti, co hrajou onlinovky?

Minimalne do 50ms naprosto vpohode.

hapi

+ počítej latenci jinde a seš na ještě přijatelných 80ms ale víc už je to špatný. Já ho chápu, na páteřích to chce minimální latence protože tu latenci si uděláš až na poslednim skoku na wifině což se konkrétně u nv2 dost projevuje.

net_work

+ počítej latenci jinde a seš na ještě přijatelných 80ms ale víc už je to špatný. Já ho chápu, na páteřích to chce minimální latence protože tu latenci si uděláš až na poslednim skoku na wifině což se konkrétně u nv2 dost projevuje.

jj, presne tak... tady nejde ani tak o nv2, ale tak myslim si ze ta latence na P2P spojich by mela byt co nejmensi... spis me stve ze nevim proc to tak dela (chapal bych kdyby se ta latence zvedala umerne se zvysovanim datovych toku, ale to nedela)....

kdyz uz jsme u toho - jak nastavujete ten nStream? ktery framer polici a jaky framer limit?

hapi

best fit na 3999.

okoun

já mám latenci celkem dobrou ale dělá mi starosti CPU

když je spoj naprosto nevyužitý tak cp létá od 20% do 30%

používám tedy RBčka místo PCček, ale nemělo by se se při použití nstreamu někde něco vypnout?

hapi

a co se ti nelíbí na 20-30%? procesory maji makat a dokud tam nebude 80% tak je to ok.

okoun

no dobrá ale prosím o vysvětlení proč to dělá když tam nic neteče, kdyby tam něco teklo tak bych to chápal

hapi

protože už z principu Nstreme se musí procesor starat o udržování komunikace. Normálně se o to stará karta sama jenomže ty protokoly jsou vyřazený a nahrazen cyklicky obsluhujícím klienty nstreme. Tim pádem neustále komunikuje s klienty a to zabírá procesorovej čas. Je to softwarová záležitost kdežto originálně bez nstreme to je hardwarová záležitost.

level

problem mas v tom ze to neni dual a karta prepina mezi RX a TX a pri baleni vetsiho mnozstvi mensich paketu do transportniho frameru ti to obcas cukne s latenci je to standarti projev nic s tim neudelas