AvrLogger : Thermallogger und Visualisierung Tool

[peterhoffmann]

Ich habe die 008 nun auf meinem zweiten System installiert.

Installation und Übernahme der Eckdaten hat geklappt. Bei ein paar kleinen Tests konnte ich keine Fehler feststellen.
Wie also Kurt schon anmerkte: Ohne gefundene Fehler ist das ja toootal fad.

Im Ernst: Die automatische Skalierbarkeit ist der Hammer. *daumen-hoch* Gefällt mir sehr, sehr gut.

 

[BigRonin]

Hm … das ja doof

Mich würde ja noch brennend interessieren, ob ihr beide in der Benutzeroberfläche und allgemein eine Verbesserung der „response“ Zeit feststellen konntet.
Ich habe viel Mühe investiert um „alles“ etwas schneller zu machen.

 

[Kurt-oe1kyw]

Ja bei mir auf alle Fälle, läuft deutlich schneller und flüssiger wenn man Einstellungsänderungen vornimmt. Bei den vorigen Versionen war es bisher immer so, dass bei mir "fliegende Punkte" als grafische Darstellung zu sehen waren während die neuen Einstellungen übernommen wurden. Mit der jetzigen 008 Version werden die Einstellungen sofort übernommen, es bleibt keine Zeit mehr für die "fliegenden Punkte". Also die Zeit und Mühe hat sich auf alle Fälle gelohnt.

 

[peterhoffmann]

Ich schließe mich dem an. Es ist schneller geworden.

Ich habe ein Problem mit der Last. Ich habe auf meinem produktiven System AvrLogger über das Paketzentrum auf 008-2 aktualisiert. An den Einstellungen habe ich nichts geändert. Vorher zeigte AvrLogger im Idle-Zustand rund 3-4% Last, durchgängig über Stunden. Nun sind es aber 12-16%. Die DS hat ansonsten nichts zu tun. Auf der Konsole zeigt "top" den AvrLogger fast immer auf der obersten Stelle, bei schwankend 4 bis 10%.

Hier die Config:

 

[BigRonin]

Setz mal "Frequency" runter auf "low" oder "yawn"

Die Einstellung "High" ist wirklich "High" ... und eher was für Timeline 1 - 3 Stunden gedacht.

 

[peterhoffmann]

Ich habe es mal runtergesetzt und gebe Bescheid, wie es sich nun entwickelt.

Noch kurz zur dynamischen Anzeige:
Ich finde die im Grunde klasse. Das brachte eine bessere Übersicht, speziell bei Netzwerkdurchsatz, Disk write/read und den Temperaturen.
Wünschen würde ich mir aber, dass man die Dynamik für den Wert "Load" abschalten kann. Da finde ich 0 bis 100% besser, da man nicht suchen muss wie weit die Anzeige geht.

 

[BigRonin]

Setze im Tab "Axis" den "Min"-Wert auf 100 dann hast du was du möchtest

 

[peterhoffmann]

Setze im Tab "Axis" den "Min"-Wert auf 100

Ich liebe dieses Tool.

Der Progger muss echt gut sein.

 

[Kurt-oe1kyw]

Der Progger muss echt gut sein.

Aber sicher, dafür bezahlen wir ihn ja auch fürstlich, äh oder so irgendwie, oder ähnlich halt oder ^^
DANKE jedenfalls für die prima Arbeit und die Zeit und Mühe welche du in dieses kostenlose Projekt für uns investierst BigRonin.

 

[BigRonin]

Danke … … eure Anerkennung, die Downloadzahlen … ne Kiste Bier … ist Bezahlung genug

 

[Kurt-oe1kyw]

Ja kurze Info noch die 1.0.8-002 läuft sowohl auf der Intel, also auch auf der Realtek CPU einwandfrei. Prima Arbeit!

 

[peterhoffmann]

Setz mal "Frequency" runter auf "low" oder "yawn"

Ich habe für die vier Betriebszustände bei meiner DS216+ folgende Werte ermittelt:

16-17% Last => high
8-9% Last => middle
4-6% Last => low
3-4% Last => yawn

(Timeline 12 Stunden)

Die DS war beim Testen ohne Beanspruchung. Nur AvrLogger und Docker lief. Docker selber war aber ohne Container.

Jede Einstellung habe ich mindestens 3 Stunden laufen lassen. Es war in allen vier Einstellungen auch immer eine leichte Aufwärtsbewegung sichtbar.

 

[Kurt-oe1kyw]

Ich habe immer 12 Stunden Timeline eingestellt und "low", das zeigt mir dann CPU Last 3-5% an, allerdings läuft auf der Test DS auch probehalber SS. Ich gehe also davon aus dass sich AvrLogger da nicht sonderlich drauflegt. Da ja DSM usw weiter läuft.
Ich habe dann für Testzwecke mal auf "high" umgeschaltet, erzeugt dann CPU Last von ~ 8-13%, finde ich jetzt auch nicht schlimm.

Auf der Haupt-DS mit 8 GB RAM langweilt sich die DS irgendwo zwischen 2,5% bis 3% CPU Last.

 

[BigRonin]

Die Verteilung von High -> Yawn entspricht meinen Erwartungen ....

Die 3-4% bei Yawn überraschen mich doch etwas. In Yawn wird nur alle 6 Sekunden ein Wert abgeholt und dazwischen „schläft“ der Daemon … es wird nix weiter gemacht als mit Sleep die 6
Sekunden abzuwarten.

Die leicht Zuname ist wieder der dynamischen verwaltet der Prozesspriorität durch den Linux-Kernel zuzuschreiben. Anders als in der 007ner Version hat die Größe der Datenbank jedoch nahezu keinen Einfluss mehr, da die PlotLinien nicht neu erstellt werden müss, die komplette Berechnung entfällt, da ich einen anderen Weg gefunden habe.

Die Frage ist aber, ob die 3-4% noch zu hoch sind. (Ich vermute mal „Ja“).

Ich habe ein paar kleiner Verbesserungen in der Pipeline, die ich später in Form eines Updates hochladen wollte. Ich werde ein weiteres „Frequency Profil“ hinzufügen das die Zeit zwischen 2 Abfragen noch weiter verlängert in der Größenordnung 12 Sekunden. Es ist immer ein Kompromis ... Abfragehäufigkeit / Datenbankgröße und erwartete / gewünschte Genauigkeit.

Sobald ich das eingebaut habe, lege ich es auf meinen Server und melde mich dann ... oder gleich bei cphub .

 

[peterhoffmann]

Um es etwas genauer zu bekommen, habe ich meine DS über Nacht durchlaufen lassen. In der Nacht laufen keinerlei Cronjobs etc., sprich sie langweilt sich zu Tode.

Einstellung: 12 Stunden Timeline und auf "yawn".



Es fängt bei ca. 2,5% an und geht auf 3% hoch. Meine 3-4% von oben sind wohl etwas zu hoch. Wenn ich daran denke, werde ich in der nächsten Nacht auf "low" stellen.

By the way: Man sieht sehr schön, wie sich um 6 Uhr die Nachtabsenkung der Heizung abschaltet.

 

[BigRonin]

Ok … ich bin jetzt ehrlich überrascht …

Ich hatte mir gestern mit top den Load von AvrLogger (auf meiner DS2415+) angesehen, mal mit yawn und dem neuem Profil und 12 Sek. Sleep.

Bei yawn (6 Sek. Sleep) lag der Load, top –d 20, bei 0,2 – 0,3%
Bei 12 Sek. Sleep und ebenfalls mit top –d 20, bei 0,1 – 0,2%.
So gesehen kein großer Unterschied … aaaaber :

Hab die Nacht die DiskStation durchlaufen lassen.
Angefangen mit Sleep 6 Sek. und ab ca. 6:00 heute Morgen, mit Sleep 12 Sek.
Den Unterschied hätte ich nie und nimmer geglaubt wenn ich es nicht mit eigenen Augen gesehen hätte.



Ich habe jedoch noch ein ganz anderes Problem mit AvrLogger, ich habe regelmäßig um 0:00, da läuft einmal die Archivierung, einen :

Error-Log
2019-05-08T00:00:01+02:00 Tardis kernel: [3820971.141034] AvrLogger.sh[26997]: segfault at 6ff708 ip 00000000006ff708 sp 00007ffef07428c0 error 15
/var/log/kern.log
2019-05-08T00:00:01+02:00 Tardis kernel: [3820971.141034] AvrLogger.sh[26997]: segfault at 6ff708 ip 00000000006ff708 sp 00007ffef07428c0 error 15

Ich find den Fehler nicht ... solange ich den Fehler nicht gefunden habe, lade ich keine neue Version von AvrLogger hoch.

 

[Kurt-oe1kyw]

hmmmmmmmmmmm, eine gute und eine schlechte Nachricht.
Wie immer zuerst die Gute: auf der Realtek CPU taucht der Fehler NICHT im Log auf!
Die Schlechte: auf der Intel CPU taucht wie bei dir der Fehler auf,

Error Log: /var/log/kern.log
2019-05-05T14:03:26+02:00 ds kernel: [632105.123143] sd 19:0:0:0: [sdq] Attached SCSI disk
2019-05-05T14:13:03+02:00 ds kernel: [632682.499557] sd 19:0:0:0: [sdq] Synchronizing SCSI cache
2019-05-06T00:00:03+02:00 ds kernel: [667902.306497] AvrLogger.sh[13054]: segfault at 185555035c ip 0000000000442dd0 sp 00007ffc68dbba60 error 4 in bash[400000+f0000]
2019-05-07T02:30:02+02:00 ds kernel: [763300.031982] AvrLogger.sh[14340]: segfault at 26d8928 ip 00000000026d8928 sp 00007ffdde722be0 error 15
2019-05-07T11:35:02+02:00 ds kernel: [795999.086139] AvrLogger.sh[13645]: segfault at faf628 ip 0000000000faf628 sp 00007ffd2112e090 error 15
2019-05-07T15:40:01+02:00 ds kernel: [810697.719846] AvrLogger.sh[24676]: segfault at cecae8 ip 0000000000cecae8 sp 00007ffdde4f9240 error 15
2019-05-08T01:30:01+02:00 ds kernel: [846097.272942] AvrLogger.sh[15384]: segfault at ba8028 ip 0000000000ba8028 sp 00007ffc46535950 error 15

Die Einstellungen auf beiden DSen ist ident, trotzdem kommt der Fehler nur auf der Intel CPU Diskstation. Falls dir das irgendwie weiterhilft.
WICHTIG!
Der Fehler scheint bei mir erst in der Version 002 auf! Die vorige Betaversion 001 hat das offenbar noch nicht ausgelöst. Falls dir das hilft die Fehlersuche einzugrenzen.

 

[peterhoffmann]

Ich habe diese Fehlermeldung auf dem Intelsystem (DS216+) nur ein einziges Mal:

2019-05-06T15:15:02+02:00 DS216 kernel: [436976.803919] AvrLogger.sh[7234]: segfault at 13c1be8 ip 00000000013c1be8 sp 00007ffd2ab07940 error 15

 

[BigRonin]

Hm ... Ok, hatte gehofft das der Fehler nur bei mir auftritt.

Dank deines HInweises, das der Fehler erst in der 002 auftaucht, hab ich einen Verdacht und die Fehlernummern scheinen ihn zu bestätigen:

#define  EINTR 4 /* Interrupted system call */
#define  ENOTBLK 15 /* Block device required */

Um nervige Abfragen bzw. Wartezyklen zu umgehen, habe ich ein paar „asynchrone“ Task’s eingebaut. Die scheinen sich in bestimmten Situationen gegenseitig zu stören. Ich baue das mal wieder zurück.

 

[peterhoffmann]

Heute Nacht lief AvrLogger auf "middle" durch.

Von 3 Uhr bis 8 Uhr stieg die Last von knapp 5% auf fast 8% hoch. Ich lasse ihn jetzt mal tagsüber so weiterlaufen und schau mal, wo das hinführt.

---

Ich wunderte mich auch darüber, dass die Grafik frisch von 3 Uhr war, sprich es fehlte alles was davor war.

Im Log vom AvrLogger fand ich das hier:

2019.05.10 03:00:01 CRN: Daemon quit unexpectedly, "Restart" initiated.
2019.05.10 03:00:01 PKG: AvrLogger was started by CronJob ...

Im errorlog fand ich das hier:

2019-05-10T02:55:02+02:00 DS216 kernel: [738170.942126] AvrLogger.sh[20352]: segfault at f922a8 ip 0
000000000f922a8 sp 00007fff09ec2860 error 15