SSD: thread generale e consigli per gli acquisti

[Black (Wooden Law)]

Originariamente inviato da sbaffo

quindi per uso Windows generale/cazzeggio/basico va bene anche un hmb. Invece per utilizzo più tosto/sequenziale/grandi quantità di dati mossi la differenza si vede e i dram staccano gli hmb.
Poi ci sarebbe il vantaggio delle minori scritture su celle quindi maggiore durata per i dram rispetto agli hmb, ma ormai è abbastanza marginale, e soprattutto è secondario rispetto al target: per l'utilizzo basico (hmb) non ci si pone neanche il problema, per l'utilizzo intenso si va già sui dram.
giusto?

Sì, esatto, tutto giusto. SSD con HMB vanno benissimo per Windows finché vengono affiancati buoni controller (MAP1602, E27T, ecc.) e buone NAND flash (per esempio tutte le TLC).

Per quanto riguarda la durata mi permetto di dire che è tutta teoria quella che un DRAM-based è migliore di un DRAM-less: prima di tutto bisogna esser sicuri che i dati che vengano scritti, letti e cancellati siano nella piccola cache, altrimenti se si fanno queste operazioni nelle NAND flash siamo punto a capo, secondo la DRAM diminuisce il WAF facendo Defer-Write, ossia più indirizzi piccoli vengono "fusi" in un unico grande. Qui però non c'è alcuna testimonianza accademica e neanche divulgativa da parte dei recensori quindi se il tuo SSD con HMB ha un WAF basso penso che non ci sia alcun vantaggio, anche perché il WAF non dipende solo dalla presenza della DRAM.

Originariamente inviato da HSH

azz come mai tutta sta differenza col mio?

Quanto fa il tuo? Se fa meno delle specifiche non è normale.

[megthebest]

Originariamente inviato da HSH

azz come mai tutta sta differenza col mio?

Come dicevo devi impostare nvme nell'app crystaldiskmark

Inviato dal mio Xiaomi 14 utilizzando Tapatalk

[@Liupen]

Originariamente inviato da sbaffo

azzh, 36GB è proprio poco, i primi ssd erano 64, ora almeno 256, potrebbe falsare le grandezze delle tabelle... oltre a essere del tutto teorico come dice liupen.

@ liupen
mi sono perso ma mi fido.

Ma scritto mentre faccio pausa caffèèèè al lavoro, mi devo interrompere spesso.
si non ho brillato per "esposizione chiara"

Volevo dire che riguardo il testo linkato da Black sull'ssd da 36GB, che si tratta proprio letteralmente di una simulazione.
E' interessante. Tutto lo è se ti piace capire il funzionamento degli ssd.

Si tratta di utilizzare un software chiamato FEMU, che emula un ssd dalle caratteristiche che imposti.
https://github.com/MoatLab/FEMU

Originariamente inviato da Black (Wooden Law)

Se ho capito bene qui stai dicendo che c'è poca differenza tra leggere i dati di mappatura sulla RAM del sistema e la DRAM, giusto?

Qui molto semplicemente ho capito che non ha senso avere più spazio HMB se alla fine i dati da leggere sono sempre quelli e non aumentano, mentre ha più senso avere più spazio HMB per le scritture visto che si possono così scrivere più dati e quindi aumentare le performance, giusto?

Si e si.
Ho ripetuto (mi sa anche troppo spesso il mio errore) entrato nell'ottica che la mappatura è una bufferizzazione, è facile poi capire i meccanismi.

La differenza in lettura tra un ssd con DRAM ed uno senza ma con HMB, è che il controller nel primo caso recupera la mappatura (e non il dato... sottile ma determinante differenza), dalla DRAM (velocità del controller in MT/s = xxx), mentre HMB per lo più sulle NAND Flash (idem velocità del controller in MT/s = xxx) e poco o niente dalla RAM di sistema (per quella parte che è fortunatamente bufferizzata).

Questo è quindi un pareggio prestazionale.
Gli accessi casuali vengono spesso bufferizzati sia dal vero che ad esempio nei benchmark (vedi Crystadiskmark). Si possono anche vedere i leggeri vantaggi.
Per richiamare un dato sequenziale, la lettura HMB o meno, ha un acceso uguale.

Detto questo, per massimizzare la velocità di lettura anche in sequenziale, basterebbe avere un grande spazio di bufferizzazione, tipo 1GB per un ssd da 1TB come i DRAM based.

Ma c'è un problema che si evidenzia, quello definito round trip latency.
La CPU cerca la mappatura (attivato HMB la cerca su due dispositivi), la trova su RAM, ne fa richiesta al Controller dell'ssd che mette a disposizione su RAM il dato.
La latenza complessiva non è molto diversa da un ssd DRAM based: la CPU cerca la mappatura, passa dal controller SSD, il controller la trova sulla DRAM, il controller la trasferisce alla RAM.

Vediamo la riprova di questa affermazione. Prendiamo lo studio di Pradeep SR Ranjith T https://www.snia.org/sites/default/f...-NVMe-SSDs.pdf

Nelle ultime pagine, come hai detto Black, si prova a vedere velocità di trasferimenti in rapporto all'aumento delle dimensioni del buffer HMB (da 16 a 64 MB).
Guardiamo la situazione "normal" per semplicità.

Workloads: Sequential Read (128K-T1-QD32) - il caso in evidenza in cui in buffer HMB non può esserci tutto
Workloads: Random Read (4K-T1-QD32) - nel buffer c'è la mappatura che serve ma i risultati positivi rispecchiano quanto detto. Scrivono: Prestazioni migliori per l'allocazione Max HMB nella maggior parte dei casi.
Workloads: Random Read (4K-T16-QD32) - qui si "martella" l'ssd usando più thread casuali (multitasking). In questo caso la mappatura richiesta è molta e le prestazioni scendono (rispetto al test casuale singolo) evidenziando il round trip.


Invece per la scrittura, sono breve, perchè hai colto in pieno.
Più buffer HMB mette a disposizione, più mappatura ci stà, più veloce risulta la traduzione della mappatura (blocco logico - blocco fisico).
Questo elemento, che permette agli ssd con HMB di evitare che la traduzione avvenga sulle NAND Flash massimizzando la latenza, funziona meglio quando si tratta di trasferimenti sequenziali, i dati vengono letti o scritti in blocchi contigui, riducendo il numero di operazioni di mappatura. In tali scenari, l'HMB è sufficiente per ottimizzare il flusso dei dati.

L'importante è non confondere le prestazioni dovute all'uso della mappatura bufferizzata (HMB) dalle prestazioni in scrittura dovute a controller, Nand, tipi di carichi tipi di file, ecc. Due cose diverse con effetti diversi.

Infine la risposta alla domanda di sbaffo, che ho un po generalizzato: ma se un HMB funziona meglio con un buffer più grande (in scrittura) perchè non gli viene assegnato dal controller ad es. 1000 MB per un ssd da 1 TB come nei DRAM based?

E quì la soluzione l'hai già detta qualche passaggio sopra, Black.

I produttori fanno il minimo indispensabile (oltre a risultare 1 o 2 GB di RAM occupata... abbastanza ingombrante e impattante per un utente).

Maxio non è l'unica a considerare 32MB anche WD sostiene una dimensione di 32MB, sufficiente per i carichi di lavoro attuali.
Ciò non toglie che probabilmente si arriverà, con ssd di taglio maggiore, ad avere buffer anche da 100MB.

Una nota: tutti gli studi pubblicati hanno in oggetto trasferimenti di dati piccoli che ovviamente stanno nel buffer di HMB
Semplicemente quando dicono: con buffer HMB maggiore di 64MB non ottengo miglioramenti prestazionali, vuol dire che in quei 64MB sta tutta la L2P di cui c'è bisogno, corrispondendo ad ben 64 GB di trasferimenti.
Questi studi sono fatti per mettere in evidenza cosa fà HMB quindi non considerano le prestazione oversize.

Edit. oppure come nel caso dell'ssd da 36 GB, riducono la dimensione dell'ssd in modo che stia la mappatura nel buffer.

Originariamente inviato da HSH

azz come mai tutta sta differenza col mio?

Pubblica che vediamo.

[HSH]

https://ibb.co/RgXQb1F

forse è solo l'opzione nvme.. stasera riprovo che ci ho messo dentro 200GB tra Jedi survivor e FC24

[@Liupen]

Originariamente inviato da HSH

https://ibb.co/RgXQb1F

forse è solo l'opzione nvme.. stasera riprovo che ci ho messo dentro 200GB tra Jedi survivor e FC24

Si è quello.
Impostare i 16T (Thread) serve solo ad avere prestazioni multitasking del controller.

Di diverso c'è solo che Eddie ha un ottima performance in scrittura random ma il valore che hai tu è quello normale che di solito si vede.

[HSH]

Originariamente inviato da @Liupen

Si è quello.
Impostare i 16T (Thread) serve solo ad avere prestazioni multitasking del controller.

Di diverso c'è solo che Eddie ha un ottima performance in scrittura random ma il valore che hai tu è quello normale che di solito si vede.

può centrare qualcosa che è nello slot secondario della sk madre ? e non è dissipato?

https://www.msi.com/Motherboard/B650.../Specification

[megthebest]

Originariamente inviato da HSH

può centrare qualcosa che è nello slot secondario della sk madre ? e non è dissipato?

https://www.msi.com/Motherboard/B650.../Specification

mentre fai il test usa Crystaldisk info, così vedi se le temperature superano quelle di guardia affinchè il disco non fada in throttling.
Lo slot secondario non c'entra.. non so come si comporta l'Ediloca con il calore senza un dissipatore.. il mio Lexar NQ790 secondario senza dissy arrivava a 65° dopo pochi secondi ora è a 55/60° dopo aver aggiunto un dissipatorino passivo da 5mm in alluminio

[sbaffo]

Originariamente inviato da Black (Wooden Law)

Sì, esatto, tutto giusto. SSD con HMB vanno benissimo per Windows finché vengono affiancati buoni controller (MAP1602, E27T, ecc.) e buone NAND flash (per esempio tutte le QLC).

credo volessi dire Tlc

[@Liupen]

Originariamente inviato da HSH

https://ibb.co/RgXQb1F

forse è solo l'opzione nvme.. stasera riprovo che ci ho messo dentro 200GB tra Jedi survivor e FC24

Non dipende dallo slot, è chiaro che è pcie 4.0 x4
Ma come ti ho detto è perfettamente in linea quel bench.

[Black (Wooden Law)]

Ok @Liupen, penso di aver capito tutto. Devo dire che hai fatto delle ricerche molto interessanti per essere arrivato al fatto che l’HMB abbia più un uso di archivio della mappa L2P nel vero senso della parola che di buffer per i dati. Ecco perché a quanto pare c’è poca differenza di performance con la DRAM come dici tu.

Posso chiederti soltanto la fonte di tutto ciò? Mi piacerebbe molto leggere e mi pare che il documento ufficiale NVMe sia piuttosto riduttivo a meno che abbia preso io quello sbagliato.

Originariamente inviato da sbaffo

credo volessi dire Tlc

Oops, sì, hai ragione Sbaffo, grazie della correzione. Aggiungo soltanto che intendo anche tutte le NAND flash recenti quindi quelle da 176L in su magari.

[giovanni69]

Edit

[@Liupen]

Originariamente inviato da Black (Wooden Law)

Posso chiederti soltanto la fonte di tutto ciò? Mi piacerebbe molto leggere e mi pare che il documento ufficiale NVMe sia piuttosto riduttivo a meno che abbia preso io quello sbagliato.

In pratica ho assorbito tutto quello che google mi riportava come HMB.
Non ho salvato i link.
Qualcosa ho ritrovato in cronologia
https://nvmexpress.org/wp-content/up...6-Ratified.pdf
https://www.snia.org/sites/default/f...-NVMe-SSDs.pdf
https://ieeexplore.ieee.org/document/8868151
https://journals.plos.org/plosone/ar...l.pone.0229645
https://en.wikipedia.org/wiki/Disk_buffer
https://www.ni.com/en/support/docume...WZvMc_bmkMMC-K
https://www.google.com/search?q=Perf...hrome&ie=UTF-8
https://documents.westerndigital.com...-less-ssds.pdf

[Black (Wooden Law)]

Originariamente inviato da @Liupen

In pratica ho assorbito tutto quello che google mi riportava come HMB.
Non ho salvato i link.
Qualcosa ho ritrovato in cronologia
https://nvmexpress.org/wp-content/up...6-Ratified.pdf
https://www.snia.org/sites/default/f...-NVMe-SSDs.pdf
https://ieeexplore.ieee.org/document/8868151
https://journals.plos.org/plosone/ar...l.pone.0229645
https://en.wikipedia.org/wiki/Disk_buffer
https://www.ni.com/en/support/docume...WZvMc_bmkMMC-K
https://www.google.com/search?q=Perf...hrome&ie=UTF-8
https://documents.westerndigital.com...-less-ssds.pdf

Perfetto, grazie mille Liupen. Mi prometto che appena ho un momento libero mi leggo di tutto e di più, non perché sia dubbioso, perché penso che lo sappia anche tu che tu sei la mia fonte primaria nonché maestro, semplicemente per informarmi di più visto.

[janosaudron]

Ciao,

mi consigliate un buon ssd da 1 o 2 tb da inserire in un nuc
Model: NUC6i7KYK
come ssd secondario da usare per tenere i dati (non ci devo installare il sistema operativo)?

P.s. no cinesi...

Grazie

[megthebest]

Originariamente inviato da janosaudron

Ciao,

mi consigliate un buon ssd da 1 o 2 tb da inserire in un nuc
Model: NUC6i7KYK
come ssd secondario da usare per tenere i dati (non ci devo installare il sistema operativo)?

P.s. no cinesi...

Grazie

vedendo che hai un supporto a Nvme Gen 3x4 https://www.intel.com/content/www/us...fications.html
secondo me puoi andare su modelli dramless come WD SN770, Lexar NM790, Crucial P3 Plus, Kingston Nv3

[janosaudron]

Originariamente inviato da megthebest

vedendo che hai un supporto a Nvme Gen 3x4 https://www.intel.com/content/www/us...fications.html
secondo me puoi andare su modelli dramless come WD SN770, Lexar NM790, Crucial P3 Plus, Kingston Nv3

Grazie,

invece per un vecchio portatile asus n76vz che ssd sata da 2tb mi consigli per archivio dati ( no os)? Sempre no cinesi...

[megthebest]

Originariamente inviato da janosaudron

Grazie,

invece per un vecchio portatile asus n76vz che ssd sata da 2tb mi consigli per archivio dati ( no os)? Sempre no cinesi...

Crucial M500 (finchè li trovi, stannno andando fuori produzione), Samsung 870 Evo, Pny-cs900, Verbatim VI550 S3
Purtroppo su Sata 2.5" non investe più nessuno e la maggior parte sono con QLC e prestazioni/durate comunque peggiorate rispetto agli anni d'oro. Tutto il mercato è spostato su M2 Nvme

[giovanni69]

Qualcuno mi saprebbe dire per favore con quale software di benchmarking è realizzato questo screenshot?

[s12a]

È il tool di Ubuntu / GNOME Disks.



https://linuxhint.com/benchmark_hard_disks_linux/

[giovanni69]

Grazie, s12a