Freesco, NND, CDN, EOS http://forum.freesco.pl/ |
|
imq i htb http://forum.freesco.pl/viewtopic.php?f=32&t=17691 |
Strona 1 z 1 |
Autor: | -MW- [ wtorek, 19 maja 2009, 00:04 ] |
Tytuł: | imq i htb |
mam na imq podzial ruchu przychodzacego z netu w/g uslug, ruch do imq kieruje w mangle prerouting i... no wlasnie nie byloby nic dziwnego gdyby nie fakt ze suma ruchu w podklasach nie jest rowna predkosci w klasie glownej. ktos powie ze to normalne jesli nie ma ustawionej klasy domyslnej, ale taka istnieje i wszystko co wpadnie w imq, a nie jest wylapane i sierowane przez filtry do innych klas winno sie znalesc wlasnie w tej klasie. jednym slowem suma ruchu w klasach powinna byc rowna wielkosci w klasie glownej. skrypty mam zrobione tak, iz moge wybrac rodzaj podzialu htb/hfsc. po zmianie metody podzialu na hfsc wszystko jest w idealnym pozadku. czy ktos spotkal sie z taka sytuacja? dodam ze tak sie dziej w jednej z sieci, w innych wszystko jest ok przy metodzie podzialu htb. |
Autor: | zciech [ wtorek, 19 maja 2009, 09:11 ] |
Tytuł: | |
Praktycznie teoretycznie, mianowicie to nie ma takiej możliwości. |
Autor: | viater [ wtorek, 19 maja 2009, 13:10 ] |
Tytuł: | Re: imq i htb |
-MW- pisze: mam na imq podzial ruchu przychodzacego z netu w/g uslug,
ruch do imq kieruje w mangle prerouting i... no wlasnie nie byloby nic dziwnego gdyby nie fakt ze suma ruchu w podklasach nie jest rowna predkosci w klasie glownej. A w jaki sposób to sprawdzasz ? |
Autor: | -MW- [ wtorek, 19 maja 2009, 15:11 ] |
Tytuł: | |
http://pawilcz.eu/tc-viewer/tc-viewer.html w htb: Cytuj: 10:1 < 16Mbit - 16Mbit > 398.1 kB/s 10:80 < 1Kbit - 15892Kbit > 360.6 kB/s 10:5 < 1Kbit - 16Mbit > 0.6 kB/s 10:53 < 1Kbit - 16Mbit > 0.0 kB/s widac niewielkie roznice przy malym ruchu o 1:45, ale mimo to nie powinno ich byc. w hfsc idealnie: Cytuj: 10:1 - 237.0 kB/s (185pps)
10:5 - 0.7 kB/s ( 11pps) 10:53 - 0.1 kB/s ( 0pps) 10:80 - 236.2 kB/s (174pps) klasa domyslna to 10:5 |
Autor: | viater [ środa, 20 maja 2009, 17:05 ] |
Tytuł: | |
Pamiętaj, że tc pokazuje średnie wartości transferów klas htb z iluś tam sekund, w dodatku chyba dla każdej z klas bierze tą średnią z innego przedziału czasowego (minimalne "przesunięcie"), więc minimalnymi różnicami bym sobie głowy nie zawracał, bo IMHO wynikają one właśnie z takiego a nie innego sposobu wyliczania. Jeśli chodzi o hfsc - być może algorytm jest nieco inny, stąd dokładniejsze wskazania. Poza tym - z tego, co pamiętam - samo htb nie kolejkuje ze 100% dokładnością. |
Autor: | -MW- [ środa, 20 maja 2009, 17:55 ] |
Tytuł: | |
wszystko sie zgadza, w podanym przykladzie roznica jest raptem 30kB/s ale w szczycie potrafi byc i 400KB/s, a to juz ogromna roznica. klasa glowna zajeta na max i wiecej nia nie poleci, a suma podklas wskazuje na luz na laczu, efektem jest spowolniony ruch czyli wnioskowac mozna, ze faktycznie klasa glowna jest zatkana. |
Autor: | viater [ czwartek, 21 maja 2009, 10:01 ] |
Tytuł: | |
W takim układzie winiłbym samo htb i pokombinowałbym z parametrami burst cburst mpu quantum - najgorsze jest to, że dokumentacja do tego jest mizerna... |
Autor: | -MW- [ czwartek, 21 maja 2009, 11:49 ] |
Tytuł: | |
no to doloze jeszcze jedna informacje: takie cyrki dzialy sie na kompie z prockiem 4rdzeniowym, GA-G31M-S2L procesor Q8300 pamiec 2x2GB po podmianie maszyny na 2rdzeniowa wszystko wrocilo do normy! taka mocna maszyna, a niestety nie wytrzymuje obciazenia ruchem hostow, zawiesza sie nieprzewidywalnie. pamiec sprawdzona memtestem (14h) - zero bledow. moze jest jej zbyt wiele ? pamieci za duzo czy kernel 2.4 do kitu? |
Autor: | -MW- [ sobota, 23 maja 2009, 15:04 ] |
Tytuł: | |
zadalem komputerowi pakowanie do archiwum dosc obszernego, zawierajacego sporo elementow katalogu mrtg. wykonuje to 1x na minute, mysle ze to dosc obciazajacy proces i po kilku godzinach testu sprzet winien sie zawiesic jesli cos bedzie nie tak z konfiguracja. |
Autor: | -MW- [ środa, 27 maja 2009, 12:31 ] |
Tytuł: | |
Cytuj: Praktycznie teoretycznie, mianowicie to nie ma takiej możliwości.
no i nikt nie podowie co moze robic problem? czy pamiec 2x2GB czy ilosc rdzeni? czy moze za taki stan rzeczy odpowiedzialny jest kernel? czy sama plyta glowna ma tu jakies znaczenie? |
Autor: | -MW- [ czwartek, 28 maja 2009, 23:42 ] |
Tytuł: | |
.... i dopiero po zmianie kernela na 2.6.25.13-LinuxBox #1 SMP Wed May 27 13:11:03 CEST 2009 i686 Intel(R) Core(TM)2 Quad CPU Q8300 @ 2.50GHz GenuineIntel GNU/Linux ktory to pozwolil sobie wykompilowac kolega luki_nowy, maszyna zaczela poprawnie przeliczac predkosci klas htb. niestety nie widzi pelnej ilosci pamieci 4GB, lecz niewiedziec czemu tylko 3.2GB a w logu przy starcie mam: kernel: Warning only 4GB will be used. ps. a co ? sam se bede pisal! |
Autor: | JakubC [ sobota, 30 maja 2009, 15:21 ] |
Tytuł: | |
Spróbuj http://indium.pl/kubix/download/pkg/ker ... pkg.tar.gz Pozdrawiam |
Autor: | -MW- [ wtorek, 23 czerwca 2009, 18:31 ] |
Tytuł: | |
problem rozwiazany dzieki za pomoc. http://indium.pl/kubix/download/pkg/ker ... pkg.tar.gz niestety ustawiony na 3 interfejsy imq - a mnie potrzeba wiecej. ps. Cytuj:
porazka ! |
Strona 1 z 1 | Strefa czasowa UTC+2godz. |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |