Citat:
Schmidt: A jesi probao da 4 korisnika stavish u jedan simple queue, pomocju IP maske?
Pa i nisam se mnogo bavio simple queue-evima. Pokusao sam sve to da odradim sa mangle+queue tree.
Citat:
Recimo, za 4 korisnika bi bilo 192.168.10.0/30. Ili da nap[ravish jedan parent i da onda 4 proizvoljna korsnika ubacish preko simple queue u parent klasu...
Ovo sad nagadjam, nisam probao, palo mi na pamet... Trebalo bi da uspijesh znachajno da smanjish opterecjenje, a da ujedno postignesh ono shto zhelish...
U svakom slucaju cu pokusati i tako kada dodjem kuci pa cu javiti kakva je situacija. Hvala na predlogu.
Citat:
Cynic: Informer, možda je baš problem u tome što si sam primetio: broj pravila koja opterećuju procesor koji ne stiže da obradi pakete kako si zamislio. Da li je u pitanju 133c? Meni je sada glupo da ti predlažem da probaš simple queue sa limit-at=350K i max-limit=1M posle neuspešnog implementiranja
Equal bandwidth sharing among users iz Mikrotikovog uputstva.
U pitanju je 150. Inace, kada iskljucim queue tree a ostavim ukljucena mangle pravila procesor je neznatno vise opterecen nego u vreme kada nisam imao mangle pravila. Znaci mangle ne trosi mnogo procesora dok queue tree trosi bas puno!
Sve ono sto pise u uputstvu je jako korisno ali u mom slucaju to nije bas upotrebljivo jer od provajdera nemam garantovan protok da bih mogao da podesim max-limit vec max limit mora biti podesen na unlimited.
Pogledaj sliku. Oko 18h sinoc sam poceo da pravim mangle i da dodajem za svaki od njih po jednu stavku u queue tree i pogledaj sta se desilo do 20h.
[queue]Moj preldog ti je da za početak pokušaš sa disejblovanjem što više pravila u firewallu (mangle) i limita koji nemaju veze sa onim što pokušavaš da odradiš, i ispratiš ponašanje opterećenja procesora i podelu saobraćaja. Osim toga ne bih imao nikakvu ideju kako da rešiš problem kada su standardna i dobra rešenja već predložena. Takođe, mogao bi da isprobaš i ono što ti je Schmidt predložio: optimizacija queue pravila.
Jednak protok za sve