Quando si parla delle prestazioni degli SSD, di solito si fa riferimento ai valori relativi alla velocit\u00e0.
Ma all\u2019interno di un SSD, un\u2019operazione di scrittura non \u00e8 un semplice processo del tipo \u201cdati in entrata, dati memorizzati\u201d.<\/p>\n
In realt\u00e0, ogni operazione di scrittura passa attraverso pi\u00f9 stadi interni<\/strong>, ciascuno dei quali influisce sulle prestazioni, sulla resistenza e sulla stabilit\u00e0 a lungo termine.<\/p>\n Comprendere questo flusso interno permette di spiegare:<\/p>\n perch\u00e9 i benchmark brevi sembrano cos\u00ec impressionanti<\/p>\n<\/li>\n perch\u00e9 le operazioni di scrittura prolungate rallentano il sistema<\/p>\n<\/li>\n e da dove deriva effettivamente l'amplificazione di scrittura<\/p>\n<\/li>\n<\/ul>\n Un'operazione di scrittura su un SSD segue in genere questa sequenza:<\/p>\n Host \u2192 Controller \u2192 Cache DRAM \u2192 Memoria flash NAND<\/strong><\/p>\n Ogni fase ha uno scopo preciso \u2014 e ognuna comporta dei compromessi.<\/p>\n Il sistema host (sistema operativo o applicazione) invia comandi di scrittura tramite SATA o PCIe. Il compito principale del controller SSD non \u00e8 la scrittura dei dati \u2014 Il controller converte gli indirizzi di blocco logici (LBA) in posizioni fisiche della memoria NAND utilizzando il Flash Translation Layer (FTL).<\/p>\n In questa fase, il responsabile del trattamento:<\/p>\n gruppi di piccole operazioni di scrittura casuali<\/p>\n<\/li>\n li distribuisce su pi\u00f9 canali NAND<\/p>\n<\/li>\n decide quando cancellare i blocchi obsoleti<\/p>\n<\/li>\n<\/ul>\n Nulla di tutto ci\u00f2 \u00e8 visibile nei benchmark, ma \u00e8 proprio questo che determina le prestazioni reali.<\/p>\n Prima che i dati raggiungano la memoria NAND, di solito finiscono in Cache DRAM<\/strong>.<\/p>\n Questa DRAM viene utilizzata per:<\/p>\n memorizzare le tabelle di mappatura<\/p>\n<\/li>\n raggruppare le operazioni di scrittura di piccole dimensioni in blocchi pi\u00f9 grandi<\/p>\n<\/li>\n ridurre le operazioni di scrittura immediate su NAND<\/p>\n<\/li>\n<\/ul>\n Ecco perch\u00e9 molti SSD sembrano inizialmente estremamente veloci \u2014 Una volta che la cache si riempie o viene svuotata, il comportamento cambia.<\/p>\n La memoria flash NAND non consente di sovrascrivere direttamente i dati.<\/p>\n Ogni operazione di scrittura richiede:<\/p>\n Lettura dei dati esistenti<\/p>\n<\/li>\n Modificarlo<\/p>\n<\/li>\n Cancellazione di interi blocchi<\/p>\n<\/li>\n Creazione di nuove pagine<\/p>\n<\/li>\n<\/ol>\n \u00c8 qui che emergono i limiti fisici \u2014 ed \u00e8 qui che le prestazioni iniziano a calare.<\/p>\n L'amplificazione della scrittura si verifica quando l'SSD effettua una scrittura ulteriori dati interni<\/strong> rispetto a quanto richiesto dall'organizzatore.<\/p>\n La memoria NAND richiede la cancellazione a livello di blocco<\/p>\n<\/li>\n Le piccole operazioni di scrittura casuali determinano cicli di lettura-modifica-scrittura<\/p>\n<\/li>\n Il processo di garbage collection sposta ripetutamente i dati validi<\/p>\n<\/li>\n<\/ul>\n Questo lavoro extra che passa inosservato:<\/p>\n aumenta la latenza<\/p>\n<\/li>\n consuma la resistenza<\/p>\n<\/li>\n aumenta la temperatura interna<\/p>\n<\/li>\n<\/ul>\n L'amplificazione della scrittura non \u00e8 un difetto \u2014 La maggior parte dei benchmark delle SSD:<\/p>\n funziona per pochi secondi, non per ore<\/p>\n<\/li>\n utilizzare unit\u00e0 vuote<\/p>\n<\/li>\n concentrarsi sulle operazioni di scrittura in raffica<\/p>\n<\/li>\n<\/ul>\n In questa fase:<\/p>\n i dati rientrano nella DRAM o nella cache SLC<\/p>\n<\/li>\n la raccolta dei rifiuti \u00e8 minima<\/p>\n<\/li>\n La memoria NAND \u00e8 nuova e non frammentata<\/p>\n<\/li>\n<\/ul>\n Risultato: Durante le operazioni di scrittura prolungate:<\/p>\n Riempimento della cache DRAM<\/p>\n<\/li>\n La cache SLC viene riconvertita in TLC \/ QLC<\/p>\n<\/li>\n la raccolta dei rifiuti diventa attiva<\/p>\n<\/li>\n I cicli di cancellazione NAND si accumulano<\/p>\n<\/li>\n<\/ul>\n Questo avviene quando:<\/p>\n la velocit\u00e0 di scrittura cala drasticamente<\/p>\n<\/li>\n la latenza diventa incostante<\/p>\n<\/li>\n potrebbe verificarsi una limitazione termica<\/p>\n<\/li>\n<\/ul>\n Due SSD con punteggi di benchmark simili possono comportarsi in modo molto diverso<\/strong> qui.<\/p>\n Questo divario spiega perch\u00e9:<\/p>\n creazione di contenuti<\/p>\n<\/li>\n sistemi di registrazione<\/p>\n<\/li>\n carichi di lavoro relativi ai database<\/p>\n<\/li>\n<\/ul>\n spesso mettono in luce punti deboli che i benchmark non rivelano mai.<\/p>\n Per gli OEM, comprendere il comportamento di scrittura \u00e8 fondamentale perch\u00e9:<\/p>\n i guasti si manifestano in un secondo momento<\/p>\n<\/li>\n il calo delle prestazioni \u00e8 graduale<\/p>\n<\/li>\n l'instabilit\u00e0 dipende dal carico di lavoro<\/p>\n<\/li>\n<\/ul>\n Scegliere un SSD basandosi esclusivamente sulla velocit\u00e0 massima di scrittura significa trascurare:<\/p>\n comportamento in caso di esaurimento della cache<\/p>\n<\/li>\n amplificazione di scrittura a lungo termine<\/p>\n<\/li>\n sollecitazioni termiche ed elettriche<\/p>\n<\/li>\n<\/ul>\n I sistemi stabili vengono realizzati da adattare il comportamento degli SSD ai carichi di lavoro reali<\/strong>, non grafici di riferimento.<\/p>\n Una scrittura su SSD non \u00e8 un'azione singola \u2014 I benchmark brevi mostrano in sintesi le prestazioni di un SSD. Comprendere questa differenza \u00e8 fondamentale per:<\/p>\n scelta corretta dell'SSD<\/p>\n<\/li>\n aspettative realistiche in termini di prestazioni<\/p>\n<\/li>\n e la stabilit\u00e0 a lungo termine del sistema<\/p>\n<\/li>\n<\/ul>\n In Oreton, la validazione degli SSD si concentra sul comportamento nel lungo periodo, sulla coerenza e sul realismo del carico di lavoro \u2014 perch\u00e9 il modo in cui un SSD scrive nel tempo \u00e8 molto pi\u00f9 importante della velocit\u00e0 con cui scrive in un singolo momento.<\/p>","protected":false},"excerpt":{"rendered":" Why Real Write Behavior Looks Nothing Like Benchmarks When people talk about SSD performance, they usually talk about speed numbers.But inside an SSD, a write operation is not a simple \u201cdata in, data stored\u201d process. In reality, every write passes through multiple internal stages, each of which affects performance, endurance, and long-term stability. Understanding this…<\/p>","protected":false},"author":3,"featured_media":3589,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-3587","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog"],"yoast_head":"\n\n
\n1. Il vero percorso di scrittura all'interno di un SSD<\/h2>\n
1\ufe0f\u20e3 Dall'host al controller<\/h3>\n
Questi comandi vengono inviati fuori servizio<\/strong>, in piccoli blocchi e spesso mescolati con le letture.<\/p>\n
\u00e8 mettere ordine nel caos<\/strong>.<\/p>\n
\n2\ufe0f\u20e3 Logica del controller: conversione e programmazione<\/h3>\n
\n
\n3\ufe0f\u20e3 Cache DRAM: il buffer fondamentale<\/h3>\n
\n
scrivi spesso a DRAM, non NAND<\/strong>.<\/p>\n
\n4\ufe0f\u20e3 Memoria flash NAND: il passo lento e definitivo<\/h3>\n
\n
\n2. Da dove deriva l\u2019amplificazione in scrittura<\/h2>\n
Perch\u00e9 succede<\/h3>\n
\n
Un semplice esempio<\/h3>\n
\n\n
\n \nL'autore scrive<\/th>\n Scritture effettive su NAND<\/th>\n<\/tr>\n<\/thead>\n \n 10 GB<\/td>\n 15\u201330 GB<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<\/div>\n \n
\u00e8 un realt\u00e0 strutturale della memoria flash<\/strong>.<\/p>\n
\n3. Perch\u00e9 i benchmark con un numero ridotto di modelli sembrano cos\u00ec convincenti<\/h2>\n
\n
\n
\ud83d\udc49 valori massimi che gli utenti raramente vedono di nuovo.<\/p>\n
\n4. Perch\u00e9 le operazioni di scrittura prolungate si comportano in modo completamente diverso<\/h2>\n
\n
\n
\n5. Scrittura continua vs scrittura a raffica: un confronto pratico<\/h2>\n
\n\n
\n \nScenario<\/th>\n Breve test di riferimento<\/th>\n Carico di lavoro reale costante<\/th>\n<\/tr>\n<\/thead>\n \n Utilizzo della cache<\/td>\n Principalmente DRAM \/ SLC<\/td>\n Prevalentemente NAND<\/td>\n<\/tr>\n \n Amplificazione della scrittura<\/td>\n Basso<\/td>\n Alto<\/td>\n<\/tr>\n \n Temperatura<\/td>\n Basso<\/td>\n In aumento<\/td>\n<\/tr>\n \n Stabilit\u00e0 della velocit\u00e0<\/td>\n Molto alto<\/td>\n Molto variabile<\/td>\n<\/tr>\n \n Impatto sulla resistenza<\/td>\n Minimale<\/td>\n Significativo<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<\/div>\n \n
\n6. Perch\u00e9 questo \u00e8 importante per gli OEM e la progettazione di sistemi<\/h2>\n
\n
\n
\nConclusione: la scrittura su un SSD \u00e8 un processo, non un numero<\/h2>\n
Si tratta di una sequenza di operazioni che comprende il buffering, la traduzione, la pianificazione e i limiti fisici.<\/p>\n
I carichi di lavoro reali rivelano come si comporta nel tempo.<\/p>\n\n