In origine c'erano le memorie NAND SLC, veloci e durature quanto costosissime. Per ovviare a quest'ultimo problema, furono introdotte le MLC, memorie che consentivano di salvare 2 bit per ogni cella di memoria utilizzata e ridurre così notevolmente i costi di produzione. Questo passaggio non fu però indolore, in quanto il vantaggio in termini economici si pagò in longevità e velocità in lettura e scrittura. Si ovviò con controller e firmware più evoluti, con più canali e con algoritmi migliori, ma comunque, i vantaggi in termini economici eran tutto sommato elevati, e nonostante la longevità costantemente minacciata con l'avanzare del processo produttivo, la durata del prodotto costruito con queste memorie era in ogni caso elevata, anche senza esser costretti a ricorrere inizialmente a NAND da usare per rimpiazzare le celle danneggiate.

Poi un giorno arrivò Samsung e questa, come il buontempone che mette il carico accentuando battute senza aggiunger ilarità alla barzelletta, decise di introdurre sul mercato le TLC, memorie capaci di salvare 3 bit per ogni cella di memoria. La longevità, così come i tempi di accesso e scrittura che queste NAND garantivano, crollarono notevolmente rispetto alle prestazioni garantite dalle memorie MLC costruite con processi produttivi comparabili ma, grazie a vari stratagemmi, Samsung riuscì a produrre un SSD, l'840 dalla velocità comparabile con le soluzioni MLC del momento. Rimasero i problemi della longevità, ammortizzati da un notevole quantitativo di NAND pronte per rimpiazzare quelle danneggiate ed il tutto, nonostante le lacune, venne fornito ad un prezzo comparabile a quello delle soluzioni MLC del momento. Questo non fu un problema ed il prodotto, anche grazie alla fama dell'azienda che lo produceva, ebbe un discreto successo.

Ora, dopo aver migliorato l'840 con la versione 840 EVO, Samsung si appresta ad utilizzare quella stessa tecnologia TLC per produrre SSD da dedicare al mercato server e datacenter. E' così che possiamo dare il "benvenuto" oggi al PM853T.

Realizzato con un processo produttivo nella classe dei 10nm (probabilmente 19, se non leggermente più piccolo) è disponibile nelle versioni da 240, 480, e 960GB e garantirà, secondo l'azienda, 530MB/s in lettura sequenziale e 420 MB/s in scrittura sequenziale oltre che 90K IOPS e 14K IOPS rispettivamente in lettura e scrittura casuale 4K utilizzando probabilmente (l'azienda non si esprime chiaramente a riguardo) utilizzando lo stesso controller dell'840 EVO. Prestazioni quindi abbastanza standard, non certo di fascia alta, se non fosse per l'ultimo valore: solo 14K IOPS sono un valore talmente basso che, riconosciuto dalla stessa azienda, ne consiglia l'acquisto nel caso lo si utilizzi in server o datacenter che si occupano di "social networking, web browsing ed email". D'altra parte, difficile utilizzarlo in altri ambiti, dove son richieste un maggior quantitativo di scritture; c'è sicuramente di meglio in commercio.

Per quanto riguarda la longevità del prodotto, l'azienda dichiara infine che, con carichi di lavoro casuali in scrittura 4K il modello da 240GB è garantito per 165TB, quello da 480GB per 330TB ed infine quello da 960GB per 665TB. Resta da scoprirne il prezzo, unico vero probabile punto di forza del prodotto. L'azienda vi crede molto, a tal punto da scrivere ottimisticamente nella press release che si aspetta che "the adoption of 3-bit SSDs in data centers to advance rapidly in replacing the 2-bit SSD market." Noi sinceramente, abbiamo qualche dubbio, anche guardando ai prezzi dell'840 EVO ma, di certo, le vie del marketing sono infinite...

Pubblicato in: News, Enterprise/Business
Tags: datacenter , EVO , PM853T , samsung , server , TLC

Autore: Alessandro Dei Giudici
Esperto in: HTPC, CPU e storage

Da sempre appassionato di informatica, ha trovato in ingegneria elettronica la facoltà perfetta per approfondire le sue conoscenze. Nel tempo libero si interessa di economia, videoediting e musica, sempre spinto da una innata fame per il sapere.

15 news	0 articoli

Questo indirizzo email è protetto dagli spambots. E' necessario abilitare JavaScript per vederlo.