Erfahrungsbericht hp ThinClient als FHEM-Server

[Beta-User]

Ist War schon ok, wenn das mit DbLog auch hier besprochen wird, scheint ja doch einige zu interessieren, die sowieso mitlesen, v.a., wenn es nicht zu viel Raum einnimmt. Aber an sich ist das ganze Thema was, was im Sinne eines "Howtos" in's Wiki gehört. Das kann ja gerne begrenzt sein auf @x86, wenn es so ist (k.A., DB-Noob...)? Und auch die Querbezüge zu anderen (fast gleichen?) Artikeln scheinen irgendwie Raum für Verbesserungen zu bieten.

Diese Themen wird nur später vermutlich nie mehr unter diesem Threadtitel suchen, und ändern wollte ich den eigentlich nicht . Es schadet aber auch nicht, wenn Pi-Alternativen "aus den falschen Gründen" bei den "neuen Beiträgen" erscheinen, regt vielleicht zum Nachdenken an .

War schon fertig, daher jetzt noch die Ergänzung:

@Lucky2k12: Danke für's Auslagern.

Sofern ich dazu komme, teste ich das eine oder andere in dem Zusammenhang auch mal aus und übertrage es dann notfalls auch in's Wiki, aber eigentlich wäre es mir lieber, das würde jemand tun, der besser weiß, was er da tut (ggf. reicht auch eine entsprechende Vorarbeit, niemand muß sich deswegen in die Wiki-Sprache eindenken), ich habe da noch ein paar andere offene Punkte, die auch mal abgeschlossen werden sollten.

[DS_Starter]

Finde es Klasse dass du dich um das Wiki bemühst. 
Leider komme ich bei der Tätigkeit für die Module und den Support dafür fast garnicht mehr dazu Dokus im Wiki zu erstellen. Mir schwebt eine zentrale Seite zu DbLog vor die umfangreiche Hilfen rund um das Modul und Datenbankthemen enthält mit entsprechenden Verlinkungen.
Ich plane ja auch einen DbLog-Nachfolger der auch noSQL DBs unterstützen kann, aber das schreibe ich auch schon länger. 
Naja, vieleicht ist dann der Zeitpunkt für einen zentralen Wikiartikel richtig.

LG,
Heiko

[Lucky2k12]

Hallo,
ich muss mich hier nochmal zurückmelden
Wie es aussieht ist die serienmässige SSD (zumindest meine) sehr langsam:

Code Auswählen Erweitern


dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
1024+0 Datensätze ein
1024+0 Datensätze aus
1073741824 Bytes (1,1 GB, 1,0 GiB) kopiert, 241,245 s, 4,5 MB/s


Könnte bitte jemand mit einem T610 und der Apacer 16GB SSD die Messung bestätigen oder widerlegen?
Danke

[Gisbert]

Hallo Lucky2k12,

ich hab ne 250 GB SSD reingeschmissen, die kriegt man für etwas mehr als 30 Euro.

Nur interessehalber:
Kannst du mir erklären, wie dein Befehl genau aussieht, und was er genau macht, falls ich auf die Idee kommen sollte einen Performancetest bei mir zu machen.

Viele​ Grüße​ Gisbert​

[Lucky2k12]

Hallo Gisbert,

Der Befehl schreibt Nullen in ein File mit blocksize 1M und davon 1024 Stück, also 1GB und misst die Zeit und damit den Durchsatz.
Beim conv=... bin ich mir nicht sicher, steht aber bestimmt in der manpage "man dd"

[lin_win]

Hallo,
habe mal schnell den Befehl gestartet (T610 mit SSD):

Code Auswählen Erweitern

user@fhem2:~$ dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
1024+0 Datensätze ein
1024+0 Datensätze aus
1073741824 Bytes (1,1 GB, 1,0 GiB) kopiert, 3,19777 s, 336 MB/s


[Lucky2k12]

Danke!
Ist das auch die original Apacer 16GB SSD oder eine andere?

[lin_win]

Samsung 840 EVO 250GB

[Lucky2k12]

Ja, ok, kein Wunder!
Aber Danke für den Test...

[Lucky2k12]

kurze Rückmeldung auch hier:
Ich habe das System jetzt auf eine Samsung EVO 840 SSD 250GB umgezogen und die Probleme mit dem lagging sind Geschichte.

Die Performanceprobleme lagen also an der antiquiterten mitgelieferten T610 SSD.
Danke nochmal für die Unterstützung

[tiwo85]

Moin,
ich schließe mich hier mal an.

Mein Fhem hängt seid letzter Nacht. Ich mache immer Nachts um 00:01 ein DBLog addlog bei den mir wichtigen devices. Danach fing "Alles" an.

Ich vermute mal, das es mit DBLog zusammen hängt, weil davor noch alles i.O. war.

Das Webinterface reagiert nur noch träge. Im Log sind diverse "reappeared"s zufinden. Für mich ein Zeichen, das irgendwas blockiert.
htop zeigt mir nichts verdächtiges an. Vor einer Woche hatte ich pi-hole testweise auf dem T610 installiert, das hab ich aber wieder runtergeworfen, weil es mir mein deconz(trotz geändertem Port) durcheinander geworfen hatte. Danach hing Fhem zum ersten Mal. Aufgrund von dann aufgetretenen DNS-Problemen (deinstallation von pi-hole) habe ich das erstmal darauf geschoben. Ich musste zum Beheben resolvconf neuinstallieren und alles lief wieder. Aber jetzt bin ich mit meinem Latein am Ende.

Könnte es vielleicht auch an der alten SSD liegen?

Code Auswählen Erweitern

dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
1024+0 Datensätze ein
1024+0 Datensätze aus
1073741824 Bytes (1,1 GB, 1,0 GiB) kopiert, 72,4075 s, 14,8 MB/s

15MB/s ist zwar das 3fache von Lucky2k12 , aber noch immer nicht die Welt. Die ConfigDB hat knapp 165MB und die LogDB liegt bei 1GB. Das booten dauert mittlerweile auch knapp über ne Minute.

Wie gesagt, der Wert oben deutet denk ich mal auf das Ende der SSD hin. Die Frage ist nun, welche sollte ich als Ersatz nehmen? Reicht eine von Intenso? Oder doch eher eine von Samsung. Was wäre die Alternative?

[Lucky2k12]

Mach mal "sudo iotop -a" bitte.

Gesendet von meinem Mi 9T Pro mit Tapatalk

[tiwo85]

Ich steh grad wie der Ochs vorm Scheunentor.

Ich bin gestern Abend von der Arbeit gekommen und alles läuft fehlerfrei.

Code Auswählen Erweitern

sudo iotaop - a
meldet bei MySQL ca 5%. Die Werte gehen kurzzeitig für nen Bruchteil einer Sekunde auf 500K/s. In meinen Augen aber nicht auffällig.

Gesendet von meinem ONEPLUS A6013 mit Tapatalk

[Wernieman]

Läuft bei Dir fstrim (mal unter /etc/cron.weekly gucken)

[Lucky2k12]

@tiwo85: Du meinst auch die alte APacer SSD, die im T610 mitkam, oder?
Da dürfte fstrim nix bringen, denn:

16GB ... dürfte etwas älter sein? Dann kennt sie eventuell das SATA-Trimm-Kommando nicht .. und damit bringt Dir der fstrim wenig.