Freesco, NND, CDN, EOS

zanim sie ewentualnie zabiore do analizy zapytam bo od jakiegos czasu mialem podejrzenia przeklaywania statystyk niceshaper-a
niceshaper.conf
class
otorz ilosci bajtow zapisywane do pliku nsstats.txt sa z grubsza 2x wieksze od rzeczywistych. W czym problem z tymi przeklamaniami?
(pisze oty teraz bo akurat przyuwazylem systuacje kiedy wiem dokladnie ile komp ciagne a pokazuje prawie 2x wiecej w nice)
... dopisuje ciag dalszy...
wystapila sytuacja , ze stwierdzilem brak obcinania uploadu przez niceshaper ( download nie wiem jakby sie zachowywal ale akurat ciezko jest trafic transfer rzedu 0,5 MB).
Mam uzytkownikow ktorzy maja po 2 a nawet 4 kompy podpiete w domu. Jest to dozwolone ale pomyslalem widzac sekcje class w nice , ze sprawiedliwiej dla ogolu bedzie jesli nice bedzie traktowal np. 2 kompy rownoczenie wlaczone z jednego domu jako wspolny przeplyw danych. Tak wiec potworzylem klasy np.

a tu sie okazalo ze np. 192.168.100.34 zaczal prawdopodobnie uload w P2P (192.168.100.36 nie wlaczony) i calkowity upload zaczal osiagac transfery rzedu 70-80 kB ( dziwne bo to ADSL 4Mb/0,5Mb - pomiar z iptraf na interface modemu DSL). Juz nawet pomijajac blad iptraf ( tez cos nie mam do konca do niego zaufania) zaczely sie problemy z np. dostepem do www. Resety serwera, kombinacje z recznym ustawianiem ceil dla 192.168.100.34 nic nie dawaly. Co ciekawe w tym czasie statystyki niceshapera pieknie pokazywaly obcinanie uploadu a w rzeczywistosci ruch na max a wlasciwie przekraczany nawet o 20%.
Dzialanie niceshapera dla innych kompow w tym czasie zachowywalo sie prawidlowo ( wskazania statystyk nice mniej wiecej pokrywaly sie z tym co moglem zobaczyc w iptraf)
W koncu rozdzielilem wpis i to pomoglo.
Czy ktos korzysta z takich wspolnych klas i jak mu sie to zachowuje/
Moze konieczne jest wpisanie raz rozdzielonych wpisow a nastepnie powtorzenie ich jako polaczonych? Jak wtedy zachowuja sie reguly uploadu badz downloadu?

Z obserwacji na moim routerze wynika że takie przekłamania wynikaja z zbyt dużej ilości pakietów UDP na interfejsie.
A z mojego doświadczenia z nicechaperem wynika że najlepiej jest zmniejszyc wartośc


np do 2s

ale na słabszym sprzęcie znacznie zwiększy się opciążenie kompa.

Chociaz i na to jest sposób - wystarczy zrestartowac niceshapera z crona.
Czyli wpisac restart niceshapera do tabeli crona, np raz dziennie.
Obciązenie wtedy spadnie o około 80% - dlaczego ? nikt nie potrafi mi wytłumaczyc, ale działa...i to jest ważne

(u mnie na pIII 500 jest 95% obciązenia procka i spada do 20% po wykonaniu takiego restartu)

tez restartowalem kiedys z niceshaper 0.5. (P266) Obecnie mam D850 i troche mieszane odczucia. Obciazenie procesora top pokazuje na pozionie kilku %. Tak wiec juz wczesniej probowalem skrocic czas do 2s ale nie zauwazylem poprawy. Twoja sugestia co do UDp pewnie jest sluszna ale na to nie mam wplywu.
probowalem rozpisywac klase dla kompa w postaci
class upload eth1 komp1
match dstip 192.168.100.34
class upload eth1 2kompy
match dstip 192.168.100.34
match dstip 192.168.100.36

i w odwrotnej kolejnosci tez.
Niceshaper przynajmniej w statystykach widzial tylko pierwszy wpis ( co troche kluci sie z opisami tych klas na stronie niceshper). Jest to akurat jednostkowy przypadek ze ten komp zaczal tak udostepniac, jednak na razie porozbijalem wszystkie wpisy ze wspolnych klas.
kolejny problem z nice to komunikat;
RTNETLINK answers: File exists podczas np. restartu.
Powoduje to wpis:
<upload>
iface eth0 match srcip 192.168.101.0/24
iface eth0 match srcip 192.168.100.0/24
...
tez niby z opisu tak powinno dzialac.
zmienilem na ;
<upload>
iface eth0 match srcip 192.168.100.0/16
..
komunikatu juz nie ma , zobaczym czy dziala jak na 2giej podsieci sie wlacza kompy