Kijk hier even naar (zoek op Percent). Doet als het goed is wat je wilt.
http://people.ee.ethz.ch/~oetiker/we...ph_rpn.en.html
Afdrukvoorbeeld
Kijk hier even naar (zoek op Percent). Doet als het goed is wat je wilt.
http://people.ee.ethz.ch/~oetiker/we...ph_rpn.en.html
Citaat:
Origineel geplaatst door Merlijn
Kijk hier even naar (zoek op Percent). Doet als het goed is wat je wilt.
http://people.ee.ethz.ch/~oetiker/we...ph_rpn.en.html
Hmmzz zal er eens mee gaan stoeien, heb nog een keer een wijziging aangebracht aan dat perl bestand en werkt nu met de volgende werking:
Code:Usage:
95.pl -f <rrdFile> -s <startTimeSeconds> -e <endTimeSeconds>
Description:
-f rrd file to read in
-s Start timestamp
-e End timestamp
Output:
Output is in 95th Percentile mbit/s
version:
0.02a
Wij zijn aan het overstappen op RTG, dat werkt imho beter.
Wij draaien ook al een klein jaartje RTG. Een groot genot.
Dan kun je dit soort zaken gewoon met SQL queries doen, veel flexibeler.
lekker onderbouwde mening :rolleyes:Citaat:
Origineel geplaatst door Wido
Wij zijn aan het overstappen op RTG, dat werkt imho beter.
inderdaad.Citaat:
Origineel geplaatst door Mikey
lekker onderbouwde mening :rolleyes:
Ik bedoel daarmee het volgende.
De data staat allemaal opgeslagen in een MySQL database, hierdoor kan je gemakkelijk met PHP/Perl data opvragen en berekeningen mee uitvoeren.
Tevens is RTG zeeer snel met pollen.
Je hebt zeker een punt met de combinatie mysql, maar vraag me af of jouw php parser sneller output geeft dan dat je dit door perl & rddtool laat doen. Daarentegen is cacti mocht je nie gebruik maken van cactid met veel hosts erg traag... Ik ben zelf aan het stoeien geweest icm php & perl & rrd files en het bevalt me prima. Ik laat cacti nog er langs draaien maar zal wel eruit gaan ivm. performance.Citaat:
Origineel geplaatst door Wido
inderdaad.
Ik bedoel daarmee het volgende.
De data staat allemaal opgeslagen in een MySQL database, hierdoor kan je gemakkelijk met PHP/Perl data opvragen en berekeningen mee uitvoeren.
Tevens is RTG zeeer snel met pollen.
Wij draaien nu inderdaad cacti en dat is zeer traag.Citaat:
Origineel geplaatst door Mikey
Je hebt zeker een punt met de combinatie mysql, maar vraag me af of jouw php parser sneller output geeft dan dat je dit door perl & rddtool laat doen. Daarentegen is cacti mocht je nie gebruik maken van cactid met veel hosts erg traag... Ik ben zelf aan het stoeien geweest icm php & perl & rrd files en het bevalt me prima. Ik laat cacti nog er langs draaien maar zal wel eruit gaan ivm. performance.
Vooral van RTG is dat we zeer gemakkelijk elke nacht een totaal sommetje van het aantal gb kunnen opslaan.
Grafieken kan je met RTG genereren via een bijgeleverd C++ programma.
Kijk in je PB, dan zie je dat je met rrd files ook sommetjes kunt maken ;)... Ik zal er zelf ook tzt eens mee gaan stoeien.Citaat:
Origineel geplaatst door Wido
Wij draaien nu inderdaad cacti en dat is zeer traag.
Vooral van RTG is dat we zeer gemakkelijk elke nacht een totaal sommetje van het aantal gb kunnen opslaan.
Grafieken kan je met RTG genereren via een bijgeleverd C++ programma.
Ik zie het.Citaat:
Origineel geplaatst door Mikey
Kijk in je PB, dan zie je dat je met rrd files ook sommetjes kunt maken ;)... Ik zal er zelf ook tzt eens mee gaan stoeien.
Meerdere wegen leiden naar Rome :)
Cliff: je moet wel ipv Average de MAXIMUM values pakken uit RRD. Anders komt je 95% te laag uit (vooral van belang als je 95-percentiles gaat uitrekenen over een periode van een maand bijv.)
Geen idee, ik gebruik dit script niet, het is enkel een voorbeeld script wat de methode om te rekenen laat zien. Uiteraard moet voor samengevatte data het maximum gepakt worden, alhoewel dat nog steeds niet correct 95% berekend. Ideaal zou een complete lijst van 5 minute averages zijn over een veel langere periode (dus niet die samengetrokken worden door RRD/MRTG na X periode).Citaat:
Origineel geplaatst door Merlijn
Cliff: je moet wel ipv Average de MAXIMUM values pakken uit RRD. Anders komt je 95% te laag uit (vooral van belang als je 95-percentiles gaat uitrekenen over een periode van een maand bijv.)
Script komt voor op de rrd-users mailing list.Citaat:
Origineel geplaatst door Cliff
Geen idee, ik gebruik dit script niet, het is enkel een voorbeeld script wat de methode om te rekenen laat zien. Uiteraard moet voor samengevatte data het maximum gepakt worden, alhoewel dat nog steeds niet correct 95% berekend. Ideaal zou een complete lijst van 5 minute averages zijn over een veel langere periode (dus niet die samengetrokken worden door RRD/MRTG na X periode).
@Merlijn
Misschien dat je eens probeert de waarde te verander van Average naar MAX, ik wil niet vervelend doen, maar mijn 95% waarde worden bijna allemaal verdubbeld of een x factor vergroot. Als je het perl script bekijkt zie je dat ze na alles geladen te hebben alles sorteren en dan pas de 5% cutten. Volgens mij geeft dit wel degelijk een correcte waarde.
MAX is toch echt correct. Gebruik het zelf en komt ook overeen bij onze transit partijen.
Een ruwe versie van wat ik vroeger heb gebruitk is attached.