L’SSD dual-mode di DapuStor sacrifica capacità per scritture casuali più veloci

DapuStor ha introdotto un SSD dual-mode che sacrifica dal 6% al 20% della propria capacità QLC per una regione pSLC permanente e più veloce. Secondo quanto riportato, l’SSD dual-mode di DapuStor offre prestazioni in scrittura casuale oltre sette volte superiori rispetto a una configurazione interamente QLC.

Si tratta di una promessa significativa per gli acquirenti enterprise attratti dalla densità del QLC ma limitati dal suo comportamento in scrittura. DapuStor sta di fatto dividendo un singolo J5060 fisico in due regioni di storage visibili all’host, ciascuna ottimizzata per un compito diverso.

Il design mette in discussione la pratica consolidata di abbinare unità QLC ad alta capacità a SSD separati orientati alla scrittura. Tuttavia, DapuStor non ha pubblicato prezzi, dati completi sulla resistenza, benchmark indipendenti della modalità dual-mode né una data di disponibilità generale.

L’SSD dual-mode di DapuStor divide un’unità in due regioni

Il cambiamento centrale non è una cache più grande. È una divisione fissa tra storage ad alta capacità e una regione ad alte prestazioni indirizzabile separatamente.

DapuStor ha illustrato l’architettura il 12 agosto, dopo la sua apparizione a FMS: Future of Memory and Storage 2026 a Santa Clara. L’azienda ha descritto il design come una configurazione dual-mode SLC più QLC per carichi di lavoro enterprise.

L’implementazione non colloca NAND SLC dedicata accanto a chip QLC. Il controller opera invece celle QLC selezionate in modalità pseudo-SLC, comunemente abbreviata in pSLC.

Il QLC, o flash a celle quad-level, memorizza quattro bit in ogni cella. Ciò aumenta la densità di storage, ma richiede anche al controller di distinguere tra 16 possibili stati di tensione.

L’SLC memorizza un bit per cella e utilizza solo due stati. In genere scrive più velocemente, sopporta più cicli di programmazione e cancellazione e richiede un posizionamento della tensione meno preciso.

Il pseudo-SLC utilizza NAND multi-bit facendola operare come se fosse SLC. La tecnica aumenta velocità e resistenza, rinunciando però a gran parte della capacità nativa della NAND.

Le unità QLC consumer usano spesso un pool variabile di NAND libera come cache di scrittura SLC. I dati in ingresso vi vengono scritti rapidamente, per poi essere trasferiti nello storage QLC più denso dopo la scrittura iniziale.

Questa disposizione può produrre velocità elevate in caso di picchi. Le prestazioni possono però calare bruscamente quando la cache si riempie, l’unità si affolla o il consolidamento in background non riesce a tenere il passo.

L’approccio di DapuStor è diverso. La sua allocazione pSLC resta disponibile come regione definita e appare all’host come dispositivo a blocchi separato.

Anche la regione QLC appare come dispositivo distinto. Il software di storage può quindi indirizzare le scritture sensibili alla latenza verso il pSLC, lasciando i dati di massa nella regione più densa.

DapuStor afferma che la configurazione dei supporti avviene tramite firmware e ottimizzazione del controller. Il suo design dual-mode utilizza isolamento a livello di die, allocazione ottimizzata della riserva SLC e pianificazione I/O consapevole delle regioni.

L’isolamento a livello di die è pensato per ridurre le interferenze tra operazioni QLC e traffico pSLC. L’allocazione della riserva gestisce la NAND assegnata alla regione veloce, mentre la pianificazione dà priorità alle richieste sensibili alla latenza.

Questi controlli rendono il design più deliberato di una tradizionale cache consumer. Spostano inoltre la responsabilità verso il software di storage, che deve individuare i dati appropriati per ciascuna regione.

DapuStor usa un’unità da 30,72TB per illustrare lo scambio di capacità. In una configurazione, circa 4TB di capacità QLC nativa diventano 800GB di pSLC utilizzabile.

Questa conversione è più vicina a un rapporto di 5:1 di quanto suggerirebbe un semplice calcolo di 4:1. Parte della capacità fisica può essere assorbita da overprovisioning, metadati, correzione degli errori e altri requisiti del controller.

Altre configurazioni riservano 400GB o 1,2TB di pSLC. A seconda del layout selezionato, la perdita riportata equivale a circa il 6%-20% della capacità QLC dell’unità.

L’azienda afferma che un server da 24 bay interamente dual-mode potrebbe fornire 19,2TB di pSLC aggregato quando ogni unità contribuisce con 800GB. Ogni bay manterrebbe comunque una regione QLC più ampia.

Questa topologia distribuisce lo storage veloce su tutti i 24 collegamenti PCIe. Evita di concentrare il traffico di scrittura su un numero inferiore di unità cache dedicate.

Il dispositivo fisico resta un SSD enterprise U.2, PCIe 4.0 x4. Le attuali specifiche J5060 di DapuStor elencano capacità da 15,36TB a 122,88TB.

La famiglia J5060 pubblicata supporta inoltre NVMe 1.4a e il funzionamento dual-port. Le doppie porte sono importanti negli array enterprise perché percorsi separati possono preservare l’accesso durante la manutenzione del controller o in caso di guasti.

Il significato risiede nel layout logico, non nel connettore. Una familiare unità enterprise può ora presentare storage con due profili distinti di prestazioni e capacità.

Le prestazioni di scrittura QLC sono il punto critico

DapuStor affronta la debolezza che ha confinato molte unità QLC dense a ruoli ad alta intensità di lettura.

Il QLC enterprise è diventato interessante per repository di contenuti, object storage, dataset per inferenza AI, archivi cloud e altri sistemi guidati dalla capacità. Queste applicazioni traggono vantaggio dall’elevato throughput in lettura e da più terabyte per bay dell’unità.

DapuStor descrive il J5060 standard come un prodotto ottimizzato per la lettura. Le sue specifiche pubblicate valutano la famiglia fino a 7.300MB/s nelle letture sequenziali e 1,5 milioni di IOPS nelle letture casuali.

Le stesse specifiche rivelano un profilo di scrittura molto più ristretto. Il J5060 standard da 30,72TB è valutato per 30.000 IOPS in scrittura casuale usando operazioni da 16KB.

La latenza nominale in scrittura casuale da 16KB è di 35 microsecondi. La valutazione di resistenza della famiglia raggiunge 0,5 scritture dell’unità al giorno, o DWPD, per alcune capacità nell’arco di cinque anni.

Il DWPD stima quanta capacità di un’unità può essere scritta ogni giorno per tutta la durata del periodo di garanzia. Da solo non descrive latenza, coerenza del carico di lavoro o durata di una singola regione.

Test indipendenti hanno già mostrato perché la questione della scrittura è importante. Una recensione del J5060 del 2025 ha esaminato il modello da 61,44TB confrontandolo con il P5336 di Solidigm.

Il J5060 ha raggiunto 7,48GB/s nel carico di lavoro di lettura sequenziale da 128KB della recensione. Il risultato era quasi identico ai 7,47GB/s dell’unità Solidigm.

Il confronto è cambiato nelle scritture casuali. A 16KB, il J5060 ha registrato circa 32.400 IOPS, mentre il P5336 ha raggiunto circa 51.700 IOPS.

Anche la latenza di coda ha favorito l’unità Solidigm in quel test. Il J5060 ha raggiunto 181,4 millisecondi al 99,99° percentile, contro 71,8 millisecondi del P5336.

Un carico di lavoro di scrittura casuale da 4KB ha prodotto circa 31.900 IOPS sul J5060. Il P5336 ha fornito circa 48.000 IOPS e una latenza di coda sostanzialmente inferiore.

Questi dati provengono dalla configurazione QLC standard, non dalla nuova regione pSLC di DapuStor. Non invalidano le affermazioni sulla modalità dual-mode.

Mostrano invece il problema che DapuStor sta cercando di risolvere. Il J5060 offre già buone prestazioni in lettura e alta densità, ma i carichi di lavoro misti o ad alta intensità di scrittura possono evidenziarne i limiti.

I journal dei database forniscono un esempio concreto. Un journal registra le modifiche prima che il database le confermi nelle proprie strutture principali, proteggendo la coerenza dopo un arresto anomalo.

I write-ahead log, o WAL, seguono un principio simile. Spesso comportano scritture piccole, frequenti e sensibili alla latenza che possono ritardare le operazioni successive se la risposta dello storage diventa incoerente.

Anche le cache di metadati generano piccoli aggiornamenti che hanno un’importanza operativa maggiore di quanto suggerisca la loro dimensione. Un grande volume QLC può contenere il dataset sottostante, pur faticando con queste scritture ad alta frequenza.

L’addestramento AI crea un altro schema misto. Il dataset principale può essere grande e ad alta intensità di lettura, mentre checkpoint, metadati, log e stato intermedio generano picchi di scrittura.

DapuStor propone di mantenere il grande dataset nel QLC e indirizzare i dati più attivi al pSLC. In questo modo entrambi i comportamenti di storage sono disponibili dietro ogni connessione dell’unità.

L’azienda afferma che la sua regione pSLC supera di oltre sette volte le prestazioni in scrittura casuale dell’unità solo QLC. Riferisce inoltre una latenza media in scrittura casuale da 4KB inferiore a otto microsecondi.

Questi dati non sono direttamente confrontabili con tutti i numeri J5060 pubblicati. La valutazione standard di DapuStor usa scritture casuali da 16KB, mentre l’affermazione pSLC sotto gli otto microsecondi utilizza operazioni da 4KB.

Profondità della coda, durata del carico di lavoro, riempimento dell’unità, overprovisioning e condizioni di stato stazionario possono tutti influenzare un benchmark di storage. Gli acquirenti hanno bisogno di parametri di test corrispondenti prima di considerare questi dati un confronto completo delle prestazioni.

Ciononostante, la direzione di fondo è credibile. Operare la NAND in modalità a un bit riduce il numero di stati di tensione e semplifica la programmazione.

La questione aperta è quanto costantemente l’SSD QLC pSLC di DapuStor sostenga tale vantaggio in un sistema completo. Ciò richiede test indipendenti di entrambe le regioni sotto carico simultaneo.

Capacità contro prestazioni è la vera decisione di prodotto

L’SSD QLC pSLC di DapuStor non elimina il compromesso tra densità e velocità. Consente agli operatori di scegliere dove far emergere tale compromesso.

Convertire le celle QLC in pSLC riduce la capacità utilizzabile perché ogni cella memorizza meno bit. L’esempio da 30,72TB rende questo costo insolitamente evidente.

Un acquirente non ottiene semplicemente 800GB di storage veloce. Il sistema rinuncia a circa 4TB di capacità QLC per crearlo.

Questo scambio può comunque avere senso dal punto di vista operativo. Altrimenti, un cluster potrebbe aver bisogno di SSD dedicati ad alta resistenza per journal, cache o buffer di scrittura.

Le unità separate consumano bay, linee PCIe, risorse del controller, capacità di alimentazione e raffreddamento. Possono inoltre creare colli di bottiglia concentrati quando molte unità di capacità dipendono da un solo dispositivo veloce.

DapuStor descrive una configurazione convenzionale in cui un’unità orientata all’SLC serve cinque unità QLC da 30,72TB. Il traffico a raffica può saturare il collegamento dell’unità SLC mentre altri collegamenti restano sottoutilizzati.

Il layout dual-mode distribuisce le regioni veloci su ogni SSD partecipante. Un sistema con 24 unità può elaborare le scritture tramite 24 regioni pSLC anziché incanalarle attraverso pochi dispositivi cache.

Questo è l’argomento di sistema più importante a favore dell’SSD dual-mode di DapuStor. Il suo vantaggio non è limitato alla latenza di una regione NAND isolata.

Cambia anche parallelismo, allocazione dei bay delle unità e confini di guasto. Ogni regione pSLC si trova accanto alla capacità QLC che contribuisce a supportare.

DapuStor afferma che ciò può ridurre il volume di ricostruzione dopo un guasto del dispositivo di quasi l’80% rispetto alla sua architettura illustrata 1:5. Si tratta di una stima aziendale basata su una topologia specifica.

Il design non impedisce i guasti delle unità. Se un SSD dual-mode si guasta, sia la sua regione QLC sia quella pSLC diventano indisponibili insieme.

Questo destino condiviso crea un rischio diverso. Un journal conservato nella regione pSLC non dovrebbe essere trattato come protezione indipendente per dati archiviati sullo stesso dispositivo fisico.

Restano necessarie politiche di replica, erasure coding, failover e backup. Il software deve comprendere che i due dispositivi a blocchi condividono un controller, un enclosure e un dominio di guasto.

Un database distribuito potrebbe replicare i journal tra regioni pSLC su unità separate. Un motore di storage potrebbe collocare le tabelle di massa su QLC e i log sensibili alla latenza sull’allocazione pSLC di un’altra unità.

L’architettura diventa più utile quando il software rende esplicite queste relazioni. Diventa pericolosa quando gli amministratori scambiano la separazione logica per indipendenza fisica.

DapuStor afferma inoltre che la regione pSLC supporta oltre 25 volte i cicli di programmazione e cancellazione della regione QLC. Il funzionamento a un bit migliora generalmente la durata della NAND, ma tale affermazione manca di diversi dettagli rilevanti per l’acquisto.

L’azienda non ha pubblicato una valutazione separata in DWPD o terabyte scritti per l’allocazione pSLC. Gli acquirenti non possono ancora confrontare direttamente la regione veloce con un SSD dedicato alla durata.

Devono inoltre sapere se le scritture su pSLC e QLC condividono un’unica quota di garanzia totale. L’uso intenso della regione più piccola può creare un modello di usura molto diverso rispetto a scritture distribuite uniformemente sull’intera unità.

Il posizionamento gestito dall’host aggiunge un’ulteriore considerazione. Le applicazioni necessitano di policy che mantengano le scritture più attive entro la capacità pSLC limitata, senza riempirla accidentalmente.

Una regione fissa evita la contrazione imprevedibile di una cache dinamica per il mercato consumer. Crea però anche un confine rigido che il software deve monitorare.

Se la regione si riempie, l’host non può presumere che lo spazio QLC inattivo diventi automaticamente capacità veloce. Il comportamento dipende dai comandi di gestione di DapuStor e dal processo di riconfigurazione supportato.

Questo rende il prodotto una scelta di architettura dello storage, anziché un semplice aggiornamento prestazionale. Il sacrificio di capacità ripaga solo quando il software può sfruttare deliberatamente le due regioni.

I Rivali di DapuStor Seguono Strade Diverse per Affrontare il QLC

La questione competitiva è se le imprese desiderino supporti veloci e densi all’interno di ogni unità, oppure livelli separati con ruoli prestazionali più chiari.

Il principale concorrente di DapuStor è l’architettura convenzionale separata. Questo design abbina SSD ad alta densità con dispositivi dedicati alle scritture.

Le unità dedicate offrono una netta separazione hardware. Gli amministratori possono scegliere un dispositivo ad alta resistenza, sostituirlo indipendentemente e misurarne le prestazioni senza traffico proveniente da una regione QLC adiacente.

Lo svantaggio è la concentrazione. Un numero limitato di dispositivi cache può limitare il throughput o ampliare la quantità di dati interessati da un singolo guasto.

DapuStor distribuisce quel livello veloce nell’intero array. Ciò scambia parte della capacità di ogni unità con un parallelismo più ampio e una configurazione dei server più uniforme.

Micron ha perseguito il modello a unità separate con la linea XTR. Il prodotto utilizza NAND TLC interamente in modalità SLC e funge da buffer di scrittura ad alta resistenza per array di SSD di capacità.

Micron ha classificato i prodotti XTR per una resistenza fino a 35 DWPD. Tale posizionamento enfatizza la durata delle scritture sostenute, anziché combinare capacità e accelerazione in un unico dispositivo.

L’approccio con dispositivi separati consente agli operatori di scalare la capacità della cache in modo indipendente. Tuttavia, richiede unità aggiuntive e un dimensionamento accurato tra il livello di scrittura e quello di capacità.

Sandisk ha intrapreso un’altra strada con la piattaforma UltraQLC. Il design Direct Write QLC invia i dati direttamente al QLC invece di affidarsi a una cache di staging SLC.

Sandisk afferma che ciò può preservare le scritture durante una perdita di alimentazione evitando al contempo una successiva fase di consolidamento dei dati. La sua architettura UltraQLC privilegia un comportamento diretto verso il QLC e coerente ad alta capacità.

Direct Write QLC e il design dual-mode di DapuStor affrontano problemi diversi. Sandisk mira a migliorare il percorso QLC diretto, mentre DapuStor riserva una distinta regione a bassa latenza.

Il P5336 di Solidigm offre un ulteriore punto di confronto perché compete come unità QLC enterprise ad alta densità. Test indipendenti hanno rilevato un throughput di lettura a blocchi grandi simile tra questo prodotto e il J5060 standard.

Durante quella recensione, il P5336 ha ottenuto risultati migliori in diversi carichi di lavoro di scrittura casuale e latenza di coda. La nuova modalità pSLC è la risposta di DapuStor proprio a quella classe di debolezze.

NVMe ha previsto per anni configurazioni dei supporti modificabili. Una presentazione all’FMS 2019 descriveva un modello nel quale i clienti potevano configurare un prodotto per diversi casi d’uso.

Anche precedenti prodotti consumer avevano sperimentato regioni veloci e di capacità definite dal firmware. Enmotus e Phison hanno adottato un concetto di unità suddivisa nel FuzeDrive P200.

Quel prodotto non ha mai affermato il modello come categoria consumer mainstream. Il software enterprise, i carichi di lavoro prevedibili e le grandi capacità delle unità creano oggi un contesto diverso.

Un operatore di database può collocare esplicitamente un WAL su un dispositivo a blocchi. È meno probabile che un sistema operativo consumer esponga simili decisioni di posizionamento in modo chiaro agli utenti comuni.

Il mercato enterprise attribuisce inoltre maggior valore agli slot delle unità, alla latenza prevedibile, a domini di guasto controllati e alla resistenza specifica per carico di lavoro. Queste priorità rafforzano il caso di DapuStor.

Tuttavia, aumentano anche la soglia delle prove necessarie. I clienti enterprise hanno bisogno di risultati in stato stazionario, dati di qualificazione, documentazione sulla gestione del firmware e impegni di supporto.

Una configurazione dei supporti ingegnosa non basta da sola. Le dichiarazioni prestazionali del DapuStor J5060 devono reggere carichi simultanei, condizioni di unità quasi piena, guasti, ricostruzioni e scritture di lunga durata.

Le Specifiche Mancanti Contano Più della Dichiarazione di Picco

DapuStor ha mostrato un meccanismo plausibile, ma non ha ancora fornito informazioni sufficienti affinché gli acquirenti possano confrontare il prodotto con livelli di storage consolidati.

La prima lacuna riguarda la metodologia prestazionale. DapuStor afferma che la regione pSLC offre oltre sette volte gli IOPS di scrittura casuale di un SSD esclusivamente QLC.

L’azienda non ha pubblicato una configurazione di benchmark completa con profondità della coda, numero di thread, durata del test, livello di riempimento dell’unità e preparazione allo stato stazionario. Queste variabili possono modificare materialmente i risultati.

Anche la dichiarazione sulla latenza necessita di una distribuzione, non soltanto di una media. I journal dei database e i servizi di metadati spesso considerano più importante il 99,9° o il 99,99° percentile rispetto alla media.

Una media inferiore a otto microsecondi può coesistere con picchi di latenza dannosi. I test indipendenti dovrebbero riportare sia il comportamento tipico sia quello di coda.

La seconda lacuna riguarda la resistenza. DapuStor afferma che il funzionamento pSLC fornisce oltre 25 volte i cicli di programmazione e cancellazione del funzionamento QLC.

Tuttavia, l’azienda non ha assegnato una specifica DWPD o di terabyte scritti specifica per regione. Non ha spiegato se la contabilizzazione della garanzia cambi con ciascuna allocazione.

Una regione pSLC da 400GB che riceve traffico continuo dei journal è soggetta a un carico concentrato. Gli acquirenti devono sapere come il controller ruota i supporti fisici e gestisce l’usura oltre il confine visibile.

La terza lacuna è la configurabilità. DapuStor definisce l’allocazione flessibile, ma il materiale pubblico non spiega chiaramente quando gli amministratori la selezionino.

Non è ancora chiaro se la suddivisione sia impostata in fabbrica, definita durante il provisioning oppure modificabile mentre l’unità è in uso. Il ridimensionamento in tempo reale solleverebbe interrogativi sulla migrazione dei dati e sulla coerenza.

Anche il percorso dei comandi host necessita di documentazione. Gli operatori devono sapere quali funzionalità NVMe, comandi del fornitore, driver e utility di gestione creino e ispezionino le regioni.

La compatibilità è importante perché gli stack di storage enterprise variano molto. Un design che richiede un’orchestrazione personalizzata può comportare più lavoro di un’unità cache separata.

DapuStor cita il Flexible Data Placement, o FDP, supportato dall’host come un altro modo per ridurre l’amplificazione delle scritture. FDP consente all’host di fornire informazioni che aiutano l’SSD a collocare insieme dati con cicli di vita simili.

FDP può integrare i supporti dual-mode, ma le funzionalità non dovrebbero essere confuse. Un acquirente deve sapere se il funzionamento pSLC di base dipende da software compatibile con FDP.

La quarta lacuna riguarda la convalida indipendente. DapuStor afferma che sono in corso test graduali con i clienti e primi deployment nel mondo reale.

L’azienda non ha nominato tali clienti né pubblicato risultati dalle loro applicazioni. Non esiste uno studio di caso pubblico in produzione che mostri le due regioni con traffico misto sostenuto.

Il J5060 standard è stato sottoposto a test di terze parti, ma tali risultati non verificano la nuova configurazione firmware. I recensori necessitano dell’accesso a un campione dual-mode reale.

La quinta lacuna è la disponibilità commerciale. L’architettura è apparsa intorno a FMS 2026, dove DapuStor ha presentato SSD enterprise per infrastrutture AI.

L’anteprima FMS dell’azienda descriveva prodotti e dimostrazioni per sistemi AI ad alta densità. Non forniva una data di disponibilità generale per questa modalità J5060.

Anche i prezzi restano riservati. Gli acquirenti non possono quindi confrontare capacità perduta, requisiti software e risparmi di deployment su una base economica completa.

DapuStor sostiene che le unità dual-mode possano ridurre i costi di acquisizione e operativi eliminando dispositivi SLC dedicati. Questa conclusione dipende dai prezzi effettivi delle unità e dai requisiti di capacità utilizzabile.

Un cluster che necessita di quasi tutta la capacità QLC disponibile potrebbe preferire dispositivi cache separati. Un altro sistema potrebbe invece scambiare volentieri capacità per una minore latenza di scrittura e un’espansione più semplice.

Il confronto corretto dipende dal carico di lavoro. I soli IOPS di picco non possono risolvere la questione.

Cosa Dovrebbero Osservare Ora gli Acquirenti Enterprise

Tre segnali determineranno se l’SSD dual-mode di DapuStor diventerà una pratica opzione di storage o rimarrà un’interessante dimostrazione firmware.

Il primo segnale è una specifica dual-mode completa. DapuStor dovrebbe pubblicare allocazioni pSLC supportate, capacità QLC utilizzabile, valutazioni di resistenza, comandi host e regole di riconfigurazione.

Dettagli sulla garanzia specifici per regione rafforzerebbero la posizione dell’azienda. Limiti di resistenza assenti manterrebbero interessanti le unità dedicate alle scritture per carichi di lavoro con requisiti rigorosi di durabilità.

Il secondo segnale sono test indipendenti con traffico simultaneo pSLC e QLC. I recensori dovrebbero misurare throughput, latenza media, latenza di coda e comportamento della resistenza dopo che l’unità ha raggiunto lo stato stazionario.

I test dovrebbero includere logging dei database, aggiornamenti dei metadati, scritture di checkpoint, letture in blocco e attività di ricostruzione. Dovrebbero inoltre mostrare cosa accade quando la regione pSLC si avvicina alla capacità massima.

Sarà essenziale usare dimensioni dei blocchi e profondità delle code corrispondenti. Senza parametri confrontabili, il miglioramento dichiarato di sette volte rimane un’affermazione aziendale anziché una metrica d’acquisto.

Il terzo segnale è un deployment nominato o un annuncio di disponibilità generale. Un cliente pubblico potrebbe mostrare come il software di storage assegni i dati tra le regioni e gestisca i guasti.

La disponibilità rivelerebbe inoltre se il supporto dual-mode venga distribuito nell’intera famiglia J5060 o soltanto su capacità selezionate. Potrebbe chiarire se le unità attuali possano ricevere la funzione tramite firmware.

La proposta di DapuStor è tecnicamente coerente. Riconosce che lo storage QLC denso e le scritture sensibili alla latenza occupano sempre più spesso gli stessi server.

Il design rende inoltre esplicito il costo in capacità. Gli acquirenti scelgono una regione pSLC permanente invece di dipendere da una cache temporanea che cambia con lo spazio libero.

Questa prevedibilità è preziosa, ma crea nuove responsabilità. Gli amministratori devono collocare i dati intenzionalmente, proteggere entrambe le regioni da guasti condivisi e monitorare un’area più piccola soggetta a molte scritture.

Per sviluppatori e team infrastrutturali, l’azione immediata è semplice: identificare quali dati necessitano davvero di una bassa latenza di scrittura. Journal, WAL, metadati e stato dei checkpoint sono candidati più validi rispetto a dataset completi.

Quindi, modellare se distribuire tali scritture su ogni unità sia preferibile a un livello di resistenza separato. Includere capacità QLC persa, utilizzo PCIe, replica, esposizione alle ricostruzioni e integrazione software.

L’SSD QLC pSLC di DapuStor offre una risposta convincente alle limitazioni di scrittura del QLC. Il prossimo test sarà stabilire se la resistenza documentata, benchmark indipendenti e deployment reali supportino questa risposta.