prometheus -n je prave myslim "no delay (overrides qos-free-delay keyword)".
(uznávám, že moc systémové řešení to není, že by se asi spíš v cronu líp vyjímal jednoznačný start a stop, případně stop s uložením aktuálních informací o přenesených datech... jenže já jsem právě prometheus-save a prometheus-restore byl nějak líný implementovat...)
__________________
13.12.2007 v 09:39
danny
13.12.2007 10:20
Tento příspěvek byl moderován. K jeho zobrazení klikni
[zde]
(Moderated by
danny)
ano, no, tohle je trochu debilní, asi by větší smysl dávalo ten delay dát jako parametr a default bez delaye. mě se líbilo to ovládat z prometheus.conf, ale smysl to velký nemá...
QoSime 50Mbps od ISP. Stava se nam nekolikrat za den, ze se QoS zasekne a nektera ip skoro nejedou nebo jedou na par kb, kdyz maji mit treba 2Mbps.
Restart promethea pomuze, ale to se neda delat az kdyz zacnou lidi volat.
Kdyz jsem koukal do logu promethea, zarazily mne minus hodnoty. Snazil jsem se nekde neco dohledat, ale nic jsem nenasel. Ze by nekde neco preteklo? Ze by INTy?
/sbin/tc qdisc del dev eth0 root 2>/dev/null
/sbin/tc qdisc del dev eth1 root 2>/dev/null
/sbin/tc qdisc add dev eth0 root handle 1: htb r2q 1 default 1
/sbin/tc class add dev eth0 parent 1: classid 1:2 htb rate 100Mbit ceil
100Mbit burst 32k prio 0
/sbin/tc class add dev eth0 parent 1:2 classid 1:1 htb rate 50000kbit ceil
50000kbit burst 32k prio 0
/sbin/tc qdisc add dev eth1 root handle 1: htb r2q 1 default 1
/sbin/tc class add dev eth1 parent 1: classid 1:2 htb rate 100Mbit ceil
100Mbit burst 32k prio 0
/sbin/tc class add dev eth1 parent 1:2 classid 1:1 htb rate 50000kbit ceil
50000kbit burst 32k prio 0
/sbin/tc class add dev eth0 parent 1:1 classid 1:2048 htb rate 50000kbit
ceil 50000kbit burst 32k prio 1
/sbin/tc class add dev eth1 parent 1:1 classid 1:2048 htb rate -35899kbit
ceil -35899kbit burst 32k prio 1
/sbin/tc class add dev eth0 parent 1:2048 classid 1:1024 htb rate 45904kbit
ceil 50000kbit burst 32k prio 1
/sbin/tc class add dev eth1 parent 1:2048 classid 1:1024 htb rate -39995kbit
ceil -35899kbit burst 32k prio 1
/sbin/tc class add dev eth0 parent 1:1024 classid 1:256 htb rate 43856kbit
ceil 50000kbit burst 32k prio 1
/sbin/tc class add dev eth1 parent 1:1024 classid 1:256 htb rate -42043kbit
ceil -35899kbit burst 32k prio 1
/sbin/tc class add dev eth0 parent 1:256 classid 1:192 htb rate 43344kbit
ceil 50000kbit burst 32k prio 1
/sbin/tc class add dev eth1 parent 1:256 classid 1:192 htb rate -42555kbit
ceil -35899kbit burst 32k prio 1
/sbin/tc class add dev eth0 parent 1:256 classid 1:128 htb rate 42960kbit
ceil 50000kbit burst 32k prio 1
/sbin/tc class add dev eth1 parent 1:256 classid 1:128 htb rate -42939kbit
ceil -35899kbit burst 32k prio 1
.
.
.
hmm, tak zaprvé: 7a předělaný na iptables-restore ještě není mergnutý s naším 7a které má zase jiné bugfixy a ještě není releasnuté, takže to bude trochu problém...
zadruhé: 50000 kbps je zatím netestovaných (my máme 40000), je možné, že tam někde přetejká nějaký int, který bude potřeba předělat na long ... holt je to céčko, že jo, tak se tyhle věci řeší...
ale ok, slibuju, že by to chtělo v další releasnu mergnout všechny bugfixy a pro jistotu všude předělat inty na longy, kde se dělají jakekoliv operace - protože nejde vyloučit, že to lidi začnou používat i pro shapování daleko propustnějších linek...
momentálně to mám na 98Mbit ... problémy nepozoruju. A taky nemám.
Ovšem taky nepoužívám "agregaci", jak jsem již někde psal. A taky nikdo nemá ceil přes 16M (krom "skupin"). Jestli tam je někde něco zapomenutého nevím ... Úplně všechno jsem na longy nepřepisoval.
xchaos: zatím jsi písmenkové verzování nepoužíval ... proto jsem to áčkoval a céčkoval, abychom se vyhnuli nejasnostem :-)
ne vážně... tohle je nějaká pitomost. v Linuxu je int normálně 32 bitový, pouze "short int" je explicitně 16bitový (to jsem kdysi používal při portování špatně napsaného 16bitového zdrojáku z DOSu...).
nicméně v rámci nějaké matematické operace s int-ama by tam mohlo dojít k přetečení. tohle bych měl asi opravit já... musím domluvit s Gandalfem, aby už do toho SVN vedl nějaký port-redirect, a hlavně už mergnout tu
(stejně to chci přepsat na novou verzi svého header fajlu, takže různé pomocné struktury které používám by se měly víc podobat Perlu nebo Pythonu a být obecně srozumitelnější... např. for_each() místo every(), apod.)
Jenže mě jde o to, že základní testy si dělám na virtuálním počítači, tj. 32bit. Stejný zdroják zkompilovaný na 64bit architektuře mám na gatewayi - no a tam to nepřetéká. Výsledek na 32bitech byl prostě jiný (a špatný), než na 64. Proto mě to jako ne-cčkaře docela zaráží ... Osobně bych řekl, že to musí být přeci stejný, ale není.
13.12.2007 v 09:39
