| Freesco, NND, CDN, EOS http://forum.freesco.pl/ |
|
| niceshaper0.6 http://forum.freesco.pl/viewtopic.php?f=22&t=15861 |
Strona 1 z 1 |
| Autor: | poczta [ wtorek, 28 sierpnia 2007, 00:21 ] |
| Tytuł: | niceshaper0.6 |
zanim sie ewentualnie zabiore do analizy zapytam bo od jakiegos czasu mialem podejrzenia przeklaywania statystyk niceshaper-a niceshaper.conf <global> run download upload support mark-on eth0 stats unit kB/s stats file /home/httpd/html/stats/nsstats.txt stats owner root group root mode 644 </global> <download> iface eth1 match dstip 192.168.100.0/24 iface eth2 match dstip 192.168.101.0/24 section speed 512kB/s section shape 440kB/s default low 10kB/s default ceil 400kB/s iptables hook POSTROUTING # POSTROUTING is optimal for download mode reload 5s </download> <upload> iface eth0 match srcip 192.168.101.0/24 iface eth0 match srcip 192.168.100.0/24 section speed 60kB/s section shape 48kB/s default low 1kB/s default ceil 40kB/s iptables hook PREROUTING # PREROUTING is optimal for upload mode reload 3s </upload> class class download eth1 www1 match srcport 80 proto tcp class download eth2 www2 match srcport 80 proto tcp class download eth1 lokalna1 match from localhost srcip 192.168.100.254 dstip 192.168.100.0/24 do-not-shape class download eth2 lokalna2 match from localhost srcip 192.168.101.254 dstip 192.168.101.0/24 do-not-shape [i dalej juz standartowe class download class upload dla hostow (bez ograniczen indywidualnych) ] 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. class download eth1 2kompy match dstip 192.168.100.34 match dstip 192.168.100.36 class upload eth0 2kompy match srcip 192.168.100.34 match srcip 192.168.100.36 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 class download eth1 komp1 match dstip 192.168.100.34 class download eth1 komp2 match dstip 192.168.100.36 class upload eth0 komp1 match srcip 192.168.100.34 class upload eth0 komp2 match srcip 192.168.100.36 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? |
|
| Autor: | pectosol [ wtorek, 28 sierpnia 2007, 20:34 ] |
| Tytuł: | |
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) |
|
| Autor: | poczta [ środa, 29 sierpnia 2007, 01:07 ] |
| Tytuł: | |
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 |
|
| Strona 1 z 1 | Strefa czasowa UTC+2godz. |
| Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |
|