AvrLogger : Thermallogger und Visualisierung Tool

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
5.525
Punkte für Reaktionen
1.360
Punkte
234
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

Benutzer
Mitglied seit
08. Mai 2015
Beiträge
1.156
Punkte für Reaktionen
129
Punkte
89
Hm … das ja doof :p

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

Benutzer
Sehr erfahren
Mitglied seit
10. Mai 2015
Beiträge
9.139
Punkte für Reaktionen
1.777
Punkte
314
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

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
5.525
Punkte für Reaktionen
1.360
Punkte
234
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:
avrlogger.jpg
 
Zuletzt bearbeitet:

BigRonin

Benutzer
Mitglied seit
08. Mai 2015
Beiträge
1.156
Punkte für Reaktionen
129
Punkte
89
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

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
5.525
Punkte für Reaktionen
1.360
Punkte
234
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

Benutzer
Mitglied seit
08. Mai 2015
Beiträge
1.156
Punkte für Reaktionen
129
Punkte
89
Setze im Tab "Axis" den "Min"-Wert auf 100 dann hast du was du möchtest :)
 

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
5.525
Punkte für Reaktionen
1.360
Punkte
234

Kurt-oe1kyw

Benutzer
Sehr erfahren
Mitglied seit
10. Mai 2015
Beiträge
9.139
Punkte für Reaktionen
1.777
Punkte
314
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

Benutzer
Mitglied seit
08. Mai 2015
Beiträge
1.156
Punkte für Reaktionen
129
Punkte
89
Danke … :eek: … eure Anerkennung, die Downloadzahlen … ne Kiste Bier … ist Bezahlung genug :cool:
 

Kurt-oe1kyw

Benutzer
Sehr erfahren
Mitglied seit
10. Mai 2015
Beiträge
9.139
Punkte für Reaktionen
1.777
Punkte
314
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

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
5.525
Punkte für Reaktionen
1.360
Punkte
234
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

Benutzer
Sehr erfahren
Mitglied seit
10. Mai 2015
Beiträge
9.139
Punkte für Reaktionen
1.777
Punkte
314
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

Benutzer
Mitglied seit
08. Mai 2015
Beiträge
1.156
Punkte für Reaktionen
129
Punkte
89
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

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
5.525
Punkte für Reaktionen
1.360
Punkte
234
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".

avrlogger.jpg

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.
 
Zuletzt bearbeitet:

BigRonin

Benutzer
Mitglied seit
08. Mai 2015
Beiträge
1.156
Punkte für Reaktionen
129
Punkte
89
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.

6 zu 12.png

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

Rich (BBCode):
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

Benutzer
Sehr erfahren
Mitglied seit
10. Mai 2015
Beiträge
9.139
Punkte für Reaktionen
1.777
Punkte
314
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,

Rich (BBCode):
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.
 
Zuletzt bearbeitet:

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
5.525
Punkte für Reaktionen
1.360
Punkte
234
Ich habe diese Fehlermeldung auf dem Intelsystem (DS216+) nur ein einziges Mal:
Rich (BBCode):
2019-05-06T15:15:02+02:00 DS216 kernel: [436976.803919] AvrLogger.sh[7234]: segfault at 13c1be8 ip 00000000013c1be8 sp 00007ffd2ab07940 error 15
 

BigRonin

Benutzer
Mitglied seit
08. Mai 2015
Beiträge
1.156
Punkte für Reaktionen
129
Punkte
89
:mad:

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:

Rich (BBCode):
#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

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
5.525
Punkte für Reaktionen
1.360
Punkte
234
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.

avrlogger.jpg


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:
Rich (BBCode):
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:
Rich (BBCode):
2019-05-10T02:55:02+02:00 DS216 kernel: [738170.942126] AvrLogger.sh[20352]: segfault at f922a8 ip 0
000000000f922a8 sp 00007fff09ec2860 error 15
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat