[GELÖST]Cubietruck nand vs ssd/hdd?

Begonnen von Pythonf, 15 September 2014, 19:15:21

Vorheriges Thema - Nächstes Thema

Pythonf

Ist es eigentlich lohnenswert das OS des Cubietruck auf eine HDD/SDD zu verschieben? Wie groß sind die Geschwindigkeitsvorteile (vor allem SSD) auch in Bezug auf FHEM?

Gruß
Fabian

betateilchen

ich geh schonmal das Popcorn holen ...
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

P.A.Trick

Zitat von: betateilchen am 15 September 2014, 21:15:24
ich geh schonmal das Popcorn holen ...

OT: Wo bleibt denn das schöne Popcorn Bildchen? :D
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

Pythonf

Jetzt interessiert es mich noch mehr, scheint ja dann sehr unterschiedliche Meinungen diesbezüglich zu geben?

Grüße
Fabian

juppzupp

Ungesalzen :

Nand:

root@cubie:~# dd if=/dev/zero of=tempfile bs=1M count=128 conv=fdatasync,notrunc
128+0 records in
128+0 records out
134217728 bytes (134 MB) copied, 22.4641 s, 6.0 MB/s
root@cubie:~# echo 3 | sudo tee /proc/sys/vm/drop_caches
3

root@cubie:~#
root@cubie:~# dd if=tempfile of=/dev/null bs=1M count=128
128+0 records in
128+0 records out
134217728 bytes (134 MB) copied, 10.6818 s, 12.6 MB/s
root@cubie:~# dd if=tempfile of=/dev/null bs=1M count=128
128+0 records in
128+0 records out
134217728 bytes (134 MB) copied, 0.371504 s, 361 MB/s
root@cubie:~#


SSD:


root@cubie:/opt# dd if=/dev/zero of=tempfile bs=1M count=128 conv=fdatasync,notrunc
128+0 records in
128+0 records out
134217728 bytes (134 MB) copied, 5.7486 s, 23.3 MB/s
root@cubie:/opt# echo 3 | sudo tee /proc/sys/vm/drop_caches
3
root@cubie:/opt# dd if=tempfile of=/dev/null bs=1M count=128
128+0 records in
128+0 records out
134217728 bytes (134 MB) copied, 1.76732 s, 75.9 MB/s
root@cubie:/opt# dd if=tempfile of=/dev/null bs=1M count=128
128+0 records in
128+0 records out
134217728 bytes (134 MB) copied, 0.374857 s, 358 MB/s
root@cubie:/opt#


Ob man es merkt? Nie probiert. Ich hab das OS auf dem nand, alles was fhem ist auf der ssd.


Pythonf

Das schaut von den Daten her - wie erwartet - sehr eindrucksvoll aus. Aber ob sich der Umstieg auf SSD lohnt weiß ich dennoch nicht - naja, ich werd noch ein wenig warten, aktuell läuft mein FHEM ja gut :D
Gruß
Fabian

franky08

Ist meiner Meinung auch eine Frage den NAND mit den Logfiles zuzuballern, ständige Schreib- Lesezugriffe sind da bestimmt auch, bezüglich der Lebensdauer und Größe (DbLog), nicht gerade förderlich.

VG
Frank

P.S. Bei mir läuft Cubian auf dem NAND und fhem samt Datenbank auf SSD
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

Pythonf

Daran hatte ich so noch garnicht gedacht, aber das ist natürlich ein schlagkräftiges Argument

franky08

Nachdem ich im Juni auf den Cubietruck umgezogen bin, ist meine fhem.dB mittlerweile bei ca. 4GB und ich logge nur das, was ich wirklich für die Plots brauche. Alles andere steht auf exclude.

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

juppzupp


franky08

3,67 GB, die RTs senden ja laufend, auch im Sommer  :)

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

betateilchen

man muss aber auch nicht jeden Mist loggen, den die RTs so durch den Äther schicken...
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

epsrw1

ich unterstelle mal daß NAND und SSD genauso gut sind (popcorn ist alle) und bevorzuge persönlich daher die SSD da ich die in kurzer zeit austauschen kann wenn es zum problem kommen sollte.
der WAF für einen plattentausch ist auch deutlich höher als das ganze board umzustöpseln ;)

LG, florian :)
Ich habe keine Ahnung, aber davon wenigstens ganz viel