Seit Jahren visualisiere ich Messdaten mit rrd Dateien und dem rrdtool. Funktioniert prima. Leider sind die Grafiken mittlerweile etwas altbacken. Inzwischen sieht man auf vielen Webseiten schöne Graphen wo gleich die Messwerte angezeigt werden wenn man mit der Maus über die Kurve wischt. Was nimmt man da heutzutage?
Gast
#4969711
Hin mal ein Link auf ein Beispiel was "schön" ist. P.s.: nen Graph soll nicht schön sein, sondern informativ! :-D
Gast
#4969712
gnuplot Gruss Chregu
Gast
#4969726
Gast
#4969727
rrd bildchen kommen allerdings ohne javascrip/onmouseover schnickschnack aus. wozu soll das "anzeigen von einzelnen messwerten wenn man mit der maus drüber kommt" denn gut sein?
c.m. schrieb: > wozu soll das "anzeigen von einzelnen messwerten wenn man mit der maus > drüber kommt" denn gut sein? Z.B. wenn die Ergebnisse einen großen Wertebereich haben, die Bildchen aber relativ klein sind? Manchmal möchte man es eben punktuell genauer wissen als eine Pixelhöhe, mühevoll an der Skala abgelesen. Das war einfach... > rrd bildchen kommen allerdings ohne javascrip/onmouseover schnickschnack > aus. Genau dann, wenn es hilfreich ist, ist es kein Schnickschnack mehr. Hoffe den Radius deines Standpunktes etwas vergrößert zu haben ;-) IdS, Baku
Gast
#4969767
Baku M. schrieb: >> rrd bildchen kommen allerdings ohne javascrip/onmouseover schnickschnack >> aus. > Genau dann, wenn es hilfreich ist, ist es kein Schnickschnack mehr. das ist genau meine frage und grund meines zweifels. reguläre messwerte von z.b. -10k bis 10k, ein ausreißer nach 10010 - was passiert dann? wird darauf reagiert? wie zeitnah? > Hoffe den Radius deines Standpunktes etwas vergrößert zu haben ;-) ich vermute das es keinen realen nutzen hat die exakten werte eines graphen durch maus-drüberfahren zu erfahren. es ist eher ein gimmick, ein "nice to have", "featuritis" weil die ansonsten ihren zweck erfüllende rrd-übersicht "mal was neues vertragen könnte", oder aber bestenfalls "colors for directors". beispiel siehe angehängtes bild. muss ich aufs byte genau wissen wie hoch die speicherbelegung um 8:00 war?
Angehängte Dateien:
-
mem.png
(150 KB)
Genau das meinte ich mit dem 'Radius des Standpunktes', wird auch Horizont genannt: Wenn der Radius des Horizontes Null ist, nennt man das Standpunkt. Im Eröffnungspost war von 'Messwerten' die Rede. Das können durchaus andere sein, als die, die du von deiner Anwendung kennst. Ebenso kann das Interesse an diesen Messwerten ein anderes sein als deines an deinen Messwerten. Wenn es für dich reicht, so wie es ist, ist es ja schön. Dem TE scheint es ja, aus Gründen, die ich nachvollziehen kann, nicht zu reichen. Frage ich mich, warum du überhaupt hier irgendwas fragst/antwortest, wenn das Thema für dich völlig belanglos ist... Oder wolltest du einfach nur auch mal was sagen? IdS, Baku
Gast
#4969883
c.m. schrieb: > wozu soll das "anzeigen von einzelnen messwerten wenn man mit der maus > drüber kommt" denn gut sein? Weil es schneller geht, als bei einem Scope den Cursor zu aktivieren, ihn auf Zeit bzw Spannung einzustellen und ihn dann an die richtige Stelle zu schieben. MfG Klaus
Dygraphs http://dygraphs.com/
Wir haben im SAN/Storage Umfeld auch jahrelang mit MRTG/RRD gearbeitet. Jetzt sind wir dabei alles auf die TimeSeries Datenbanken OpenTSDB/Influxdb und das Visualisierungstool Grafana umzustellen. https://grafana.com/ https://www.influxdata.com/ http://opentsdb.net/ OpenTSDB auf einem Hadoop Cluster für die grösseren Umgebungen, InfluxDB auf einem einzelnen Linux Server für kleinere Umgebungen. Scripte anpassen ist keine grosse Sache, wenn man mal begriffen hat, wie das füttern der obigen Datenbanken über HTTP/JSON funktioniert. Läuft gut und sieht gut aus :-) Habe InfluxDB und Grafana auch zu Hause im Einsatz, und zum Glück hat sich die Firma jetzt auch dazu entschieden. Gruss D.
Gast
#4969935
Klaus schrieb: > c.m. schrieb: >> wozu soll das "anzeigen von einzelnen messwerten wenn man mit der maus >> drüber kommt" denn gut sein? > > Weil es schneller geht, als bei einem Scope den Cursor zu aktivieren, > ihn auf Zeit bzw Spannung einzustellen und ihn dann an die richtige > Stelle zu schieben. gutes beispiel. oszilloskope sind keine spannungsmessgeräte, DSO's sampeln idr nur mit 8 bit, die signaldämpfung ist frequenzabhängig, das signal rauscht, und der aufbau klingelt/koppelt ein. eine ablesung der vertikalen ablenkung anhand des rasters ist eindeutig genau genug, da braucht man keine "exakten" werte aus einem js-framework. Daniel B. schrieb: > Läuft gut und sieht gut aus :-) > > Habe InfluxDB und Grafana auch zu Hause im Einsatz, und zum Glück hat > sich die Firma jetzt auch dazu entschieden. http://play.grafana.org/dashboard/db/grafana-play-home?orgId=1&from=now-2y&to=now rendert in firefox nicht, auf chromium in 20 sekunden. das kann RRD besser, kompatibler und schneller ;-) gut, ist dabei nicht so "schön", aber schön sein ist bei monitoring software nicht wichtig.
Gast
#4970093
c. m. schrieb: > http://play.grafana.org/dashboard/db/grafana-play-home?orgId=1&from=now-2y&to=now > > rendert in firefox nicht, auf chromium in 20 sekunden. Keine Ahnung, was Du für einen FF hast. Meiner zeigt die 6 Diagramme problemlos an und braucht für die komplette Seite ca. 15s (trotz lahmer Firmenanbindung inkl. Firewall und Zwangsproxy).
c. m. schrieb: > http://play.grafana.org/dashboard/db/grafana-play-home?orgId=1&from=now-2y&to=now > > rendert in firefox nicht, auf chromium in 20 sekunden. das kann RRD > besser, kompatibler und schneller ;-) rendert im aktuellen Firefox/Win10 jedenfalls problemlos; zum Vergleich hast du dann sicher auch RRD mit 2-Jahres-Historie benutzt, so wie im Grafana-Link oben? > gut, ist dabei nicht so "schön", aber schön sein ist bei monitoring > software nicht wichtig. ...solange der Kunde z.B. das nicht anders sieht...
Bei uns läuft der FF und Chrome problemlos, nur mit dem IE gab es Probleme, gewisse Teile im Grafana wurden nicht angezeigt. Mit Grafana hat der Kunde einfach mehr Möglichkeiten, welche im RRD gar nicht oder nur mit viel Programmieraufwand möglich sind.
Gast
#4970130
guest schrieb: > c. m. schrieb: >> > http://play.grafana.org/dashboard/db/grafana-play-home?orgId=1&from=now-2y&to=now >> >> rendert in firefox nicht, auf chromium in 20 sekunden. > > Keine Ahnung, was Du für einen FF hast. Meiner zeigt die 6 Diagramme > problemlos an wahrscheinlich wird das bei mir nicht angezeigt, weil ich die DOM storage ausgeschaltet hab. chromium ist ein fallback für seiten die im halbwegs sicher gemachten FF nicht rendern wollen. Jan L. schrieb: > rendert im aktuellen Firefox/Win10 jedenfalls problemlos; zum Vergleich > hast du dann sicher auch RRD mit 2-Jahres-Historie benutzt, so wie im > Grafana-Link oben? der zeitraum ist egal weil RRD's die daten vorm speichern zusammenfassen. "Round Robin Database" halt. die munin seite für den oben dargestellten host hat in der übersicht 66 graphen und rendert in unter einer sekunde - allerdings bescheißt die auch und updatet die angezeigten bilder serverseitig nur jede minute, also nicht bei jedem request.
Also, ich habe ein paar Thermometer im Gewächshaus und gerade in den Grenzbereichen kann man das schlecht erkennen ob es schon -2 ist oder noch 0.
Gast
#4970591
Ich baue gerade auf gnuplot um hat den vorteil das man keine Jahres/Monats/Wochen/Tages Ansicht braucht man kann das sich als fertiges script auswerfen lassen und auf seine Seite einbinden, hinterher kann man beliebig rein und rauszoomen und sehr einfach gleich noch Berechnungen einfügen. Demo: http://gnuplot.sourceforge.net/demo_canvas_4.6/
Gast
#4970623
Daniel B. schrieb: > Jetzt sind wir dabei alles auf die TimeSeries Datenbanken > OpenTSDB/Influxdb und das Visualisierungstool Grafana umzustellen. > > https://grafana.com/ > https://www.influxdata.com/ > http://opentsdb.net/ Das sieht alles toll aus, ist leider bei ein paar millionen datenpunkten unerträglich langsam... brauchst du nur wenige datenpunkte oder hast du es anders in den griff bekommen?
Für Auswertungen mit R ist auch Plotly sehr chic. https://plot.ly/r/
@Horst: Was meinst Du mit langsam, reinschreiben, oder auslesen und in Grafana darstellen ? Die grosse DB (openTSDB) läuft auf einem Hadoop Cluster, da schreiben wir ca. 5 milionen Datenpunkte alle 5 min rein. Die DB läuft in einer anderen Abteilung, da habe ich keine Infos, ob sie etwas daran geschraubt haben. Die kleinere DB (InfluxDB) läuft auf einem einzelnen HP GL580G9 mit 80 virt CPUs. Alle 5min werden mit 32 parallelen Python Prozessen ca. 1.5 milionen Datenpunkte in die DB geschrieben. Dauert ca. 40s. Hier habe ich nichts geschraubt, Standardinstallation von InfluxDB. Bei Grafana ist es entscheidend, wie gross der Range ist. Die letzten 24h gehen gut, bei 7 Tagen wird es schon harziger. Mehr kann ich dazu noch nicht sagen, wir stehen auch am Anfang, aber bis jetzt bin ich noch zufrieden.