Neues System mit AsRock J5040?

Transcend würde ich eher nicht nehmen.
Aktuell meine Reihenfolge, Samsung / Micron / WD

Die TBW Werte sind an sich nicht "so" aussagekräftig, da man nicht weiß
wie der Hersteller den Wert für diese SSD ermittelt hat.
Da gibt es sehr sehr viele Möglichkeiten.
Da hast du Spannen von 100TBW bis zu 5000TBW für die selbe SSD, je nach Rechnung / Test.
Ohne spezifisches Datenblatt (das du aber als Consumer nicht/selten bekommst) wo genau
drinsteht wir die zusammenkommen ist es eher ein "Marketing Richtwert".
Und dann musst du die Infos die da drin stehen auch noch ins Verhältnis zu deiner Applikation stellen.
Das versuche ich auch meinen Kollegen und Einkäufern klar zu machen
Hab letztens erst wieder 1h Vortrag zu dem Thema gehalten

Die 100GB sind welcher Wert ?
Controller Write oder NAND write ?? Da sind auch schon wieder 2 Parameter die man richtig interpretieren muss.
Hast du OP 10% eingestellt ? Wenn nicht solltest du das noch nachholen. Erhöht die Lebensdauer massiv.
(Einfach die Partition 10% kleiner machen und nur 90% der SSD nutzen, In Windows geht das recht einfach)

Wenn du die mehr oder weniger als DVB Speicher benutzt und sonst keine großen Random Sachen dabei sind
und die 10% eingestellt hast, sollte die locker 1,5PBW erreichen.

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0032   100   100   ---    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   100   100   ---    Old_age   Always       -       21773
 12 Power_Cycle_Count       0x0032   100   100   ---    Old_age   Always       -       49
165 Block_Erase_Count       0x0032   100   100   ---    Old_age   Always       -       1319115955954
166 Minimum_PE_Cycles_TLC   0x0032   100   100   ---    Old_age   Always       -       71
167 Max_Bad_Blocks_per_Die  0x0032   100   100   ---    Old_age   Always       -       105
168 Maximum_PE_Cycles_TLC   0x0032   100   100   ---    Old_age   Always       -       135
169 Total_Bad_Blocks        0x0032   100   100   ---    Old_age   Always       -       629
170 Grown_Bad_Blocks        0x0032   100   100   ---    Old_age   Always       -       0
171 Program_Fail_Count      0x0032   100   100   ---    Old_age   Always       -       0
172 Erase_Fail_Count        0x0032   100   100   ---    Old_age   Always       -       0
173 Average_PE_Cycles_TLC   0x0032   100   100   ---    Old_age   Always       -       107
174 Unexpected_Power_Loss   0x0032   100   100   ---    Old_age   Always       -       29
184 End-to-End_Error        0x0032   100   100   ---    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   ---    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   ---    Old_age   Always       -       0
194 Temperature_Celsius     0x0022   065   073   ---    Old_age   Always       -       35 (Min/Max 24/73)
199 UDMA_CRC_Error_Count    0x0032   100   100   ---    Old_age   Always       -       0
230 Media_Wearout_Indicator 0x0032   015   015   ---    Old_age   Always       -       0x0f540a460f54
232 Available_Reservd_Space 0x0033   100   100   004    Pre-fail  Always       -       100
233 NAND_GB_Written_TLC     0x0032   100   100   ---    Old_age   Always       -       110183
234 NAND_GB_Written_SLC     0x0032   100   100   ---    Old_age   Always       -       117835
241 Host_Writes_GiB         0x0030   253   253   ---    Old_age   Offline      -       102179
242 Host_Reads_GiB          0x0030   253   253   ---    Old_age   Offline      -       70756
244 Temp_Throttle_Status    0x0032   000   100   ---    Old_age   Always       -       0

@yard2 NAN_GB_Written_TLC

Da sind ja noch ein paar andere Parameter die vielleicht helfen koennen, den Gesundheitszustand noch genauer festzustellen, aber sind ja nicht Endnutzerdokumentiert. Verkackte Industrie

Da sind ja > 50% der Platte fuer TV Aufnahmen, selten mehr als 90% voll, meist 30% frei.

Mache jetzt bloss einmal in der Woche fstrim, weil ich gelesen hatte, das man das nicht zu haeufig machen sollte. Keine Ahnung ob das optimal ist. Zumindestens ist mir die Platte nicht innheralb von 9 Montaten kaputt gegangen wie die erste Verbatim SSD die ich vorher drin hatte. Aber zumindestens ist die die auf R/O gegangen. Eigentlich ganz nett. Bloss booten ging davon dann auch nicht mehr richtig.

Jetzt haben wir den Thread aber etwas übernommen
Der SSDs gehts gut, der WAF ist sehr gering, damit sollte die sehr viel mehr TBW schaffen.
Lass das strim weg, das machen die SSDs mittlerweile (fast alle) selber besser.
Wenn du das zusätzlich anstößt erhöht das den Erase cycle.
Ansonsten würde ich das 1x alle 4 Wochen einstellen.
Deine spezielle WD Blue kenn ich nicht, aber bei einem Alter von 2,5 Jahren sollte
die das selber können.

Vergess das OP nicht
Max 90% Voll ist nicht gleich OP.
OP ist das explizite verkleinern der maximal für das OS sichtbare Speicherplatz.
Daher die Partition auf 90% runterstellen. Von 1TB bleiben dann 900GB für OS.

Da es noch bisschen mit dem Thema zu tun hat, und da auch @Dr Fred sich etwas dafür interessierte, ob SSD zum Zwischenspeichern bei parallelen Aufnahmen notwendig sei, habe ich da noch Mal etwas genauer nachgeprüft und gemessen. Da meine Dual Tuner wirklich nur 2 parallele Aufnahmen machen kann (auch wenn mehrere Kanäle auf dem selben Transponder liegen), nahm ich die Magenta TV HD Kanäle. Habe mal 6 parallel aufgenommen (danach Geduld zu Ende). Pro Kanal gut 7 MBit/s Bandbreite. Aufgenommen mit ffmpeg, gemessen mit Windows perfmon.

Aufnahme:

Messresultat, ist nicht ganz optimal skaliert - hatte aber keine Lust nochmals zu warten, das Essentielle kann man sehen:

Auf der linken Seite liefen schon 2 Aufnahmen, ab 16:45 waren es 6. Die hellgrüne Kurve schwankt dann so bei knapp 5 MByte/s Schreibgeschwindigkeit (was konsistent ist mit der Bandbreite) bei 6 parallelen Aufnahmen. Genutzte Zeit der Disk ist die violette Kurve, bei 6 Aufnahmen ca. 5%, ca. 8 Schreibvorgänge pro Sekunde. CPU-Last (für die Diskussion nicht so spannend) i.d.R. unter 2% (bei 16 logischen Kernen, die etwas höheren Werte rühren vom gleichzeitigen Schreiben der Nachricht, Anordnen der Fenster, ...) HDD laut Windows: Modell WDC WD40EZRZ-00GXCB0, 4 TB.

Bestätigt meine Annahme - auch bei einigermaßen vielen parallelen Aufnahmen wird die HDD nicht der Flaschenhals.

Denke ich auch nicht, mir gehts um die Lautstärke
Ein HTPC soll lautlos sein, zumindest bei mir

@buers sehe ich das richtig, das Du da von der Telekom multicastsctreams vom netz auf platte schreibst ?

Woher weisst Du, ob da pakete verloren gehen bei den Aufnamen ?
Und wenn Pakete verloren gehen, woran es lag ?

Darum geht es mir ja: das die Anwendung die vom Input kopiert auf Platte auch immer schnell genug zum lesen kommt, so das sie da auf Inputseite nix verpasst. Und da sind evtl auch von meiner PCIe Karte mit DVB-S2 die Ringpuffer noch kleiner als die UDP socketpuffer fuer solche Multicastpakete.

(Mal gucken, wie lange es das schoene Multicast ueberhaupt noch gibt. Neues System ist ja schon in Arbeit bei der Telekom *seufz*).

Ja, das waren die Multicast-Streams der Telekom.

Der Test alleine beweist nicht, dass alles korrekt lief. Es ging mir einfach um deine (durchaus plausible) Hypothese, dass die Seeks für eine HDD zu viel seien. Die Messwerte zeigen, dass man da ganz weit von weg ist. Und deckt sich halt auch mit meiner Erfahrung der letzten 15 Jahre, in denen ich Aufnahmen vom TV sammle. Alles geschnitten, meist mit ts-Doctor, der sich penibelst über alle Problemchen im Input beschwert.

Habe Mal eine Prüfung über ffmpeg gemacht - wenn da ein Frame fehlt oder so, dann beschwert sich ffmpeg. Hier:

ffmpeg -i delme_3sat.ts -c copy -f mpegts nul
[...]
Input #0, mpegts, from 'delme_3sat.ts':
Duration: 02:55:09.43, start: 1.400000, bitrate: 5659 kb/s
Program 1
Metadata:
service_name    : Service01
service_provider: FFmpeg
Stream #0:0[0x100](deu): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250
Stream #0:1[0x101](deu): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 384 kb/s
Stream #0:2[0x102]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, progressive), 1280x720 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc
Stream #0:3[0x103](mis): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 192 kb/s (visual impaired) (descriptions)
Stream #0:4[0x104]: Data: bin_data ([6][0][0][0] / 0x0006)
Stream #0:5[0x105](deu): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) (hearing impaired)
Stream #0:6[0x106]: Data: bin_data ([6][0][0][0] / 0x0006)
File 'nul' already exists. Overwrite? [y/N] y
Output #0, mpegts, to 'nul':
Metadata:
encoder         : Lavf58.76.100
Stream #0:0: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, progressive), 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 50 fps, 50 tbr, 90k tbn, 90k tbc
Stream #0:1(deu): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 384 kb/s
Stream mapping:
Stream #0:2 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
frame=525422 fps=12051 q=-1.0 Lsize= 6504429kB time=02:55:09.27 bitrate=5070.2kbits/s speed= 241x
video:5734784kB audio:492595kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 4.448891%

Zufällig lief parallel noch eine Aufnahme, von der DVB-Karte. Die habe ich schon geschnitten mit ts-Doctor. 0 Fehler, 0 Warnungen.

Ich wollte jetzt auch nicht mein privates Programm nutzen (da ich es noch nicht wirklich teilen kann), da kann ich das noch genauer prüfen, durch Analyse der rtp-Header und konsequentes Abfangen aller Fehler, insbesondere im File-Handling. In meinen Tests war das immer zu 100% in Ordnung. Obwohl UDP kam auch nie ein einzelnes Paket außer der Reihe an.

Und jetzt wird es wieder sehr OT für diesen thread - bitte gerne ignorieren. Will das auch nicht vertiefen, das interessiert mich aber schon ...

Zitat von te36

Mal gucken, wie lange es das schoene Multicast ueberhaupt noch gibt. Neues System ist ja schon in Arbeit bei der Telekom *seufz*

Hast du einen Link zu dieser Info?

Vermutet habe ich das auch schon selbst. Scheint keine lieferbaren Nachfolge-Modelle zu geben zu den Multicast-Receivern. Magenta TV Stick / One nutzen Unicast-Technologie. Klar, für die nicht an Telekom-Festnetz-Vertrag gebundenen Magenta TV Services ist Multicast keine Option. Ansonsten wäre es technologisch meines Erachtens grundsätzlich viel besser (auch, dass es UDP nutzt, wenngleich das oft als Nachteil fehlinterpretiert wird) mit geringerer Ressourcen-Last auf das Netz.