DapuStor Dual-Mode SSD tauscht Kapazität gegen schnellere zufällige Schreibvorgänge
DapuStor hat eine Dual-Mode SSD vorgestellt, die 6 % bis 20 % ihrer QLC-Kapazität für einen permanenten, schnelleren pSLC-Bereich opfert. Berichten zufolge liefert die DapuStor Dual-Mode SSD mehr als die siebenfache Random-Write-Leistung einer reinen QLC-Konfiguration.
Das ist ein bedeutendes Versprechen für Unternehmenskäufer, die von der hohen Dichte von QLC angezogen werden, aber durch dessen Schreibverhalten eingeschränkt sind. DapuStor teilt einen physischen J5060 effektiv in zwei für den Host sichtbare Speicherbereiche auf, die jeweils für unterschiedliche Aufgaben optimiert sind.
Das Design stellt die etablierte Praxis infrage, QLC-Laufwerke hoher Kapazität mit separaten schreiboptimierten SSDs zu kombinieren. DapuStor hat jedoch weder Preise, vollständige Ausdauerwerte, unabhängige Dual-Mode-Benchmarks noch einen allgemeinen Verfügbarkeitstermin veröffentlicht.
Die DapuStor Dual-Mode SSD teilt ein Laufwerk in zwei Bereiche
Die zentrale Änderung ist kein größerer Cache. Es handelt sich um eine feste Aufteilung zwischen Speichern hoher Kapazität und einem separat adressierbaren Hochleistungsbereich.
DapuStor stellte die Architektur am 12. August vor, nachdem sie auf der FMS: Future of Memory and Storage 2026 in Santa Clara gezeigt worden war. Das Unternehmen beschrieb das Design als SLC-plus-QLC-Dual-Mode-Konfiguration für Unternehmens-Workloads.
Bei der Implementierung wird kein dediziertes SLC-NAND neben QLC-Chips eingesetzt. Stattdessen betreibt der Controller ausgewählte QLC-Zellen im Pseudo-SLC-Modus, meist kurz pSLC genannt.
QLC, oder Quad-Level-Cell-Flash, speichert vier Bits in jeder Zelle. Das erhöht die Speicherdichte, verlangt dem Controller jedoch ab, zwischen 16 möglichen Spannungszuständen zu unterscheiden.
SLC speichert ein Bit pro Zelle und verwendet nur zwei Zustände. Es schreibt in der Regel schneller, verträgt mehr Programmier- und Löschzyklen und benötigt eine weniger präzise Spannungssteuerung.
Pseudo-SLC nutzt Mehrbit-NAND und betreibt es, als wäre es SLC. Die Technik verbessert Geschwindigkeit und Ausdauer, verzichtet dafür aber auf einen großen Teil der nativen NAND-Kapazität.
QLC-Laufwerke für Verbraucher nutzen häufig einen variablen Pool freien NANDs als SLC-Schreibcache. Eingehende Daten landen dort schnell und werden nach dem ersten Schreiben in den dichteren QLC-Speicher verschoben.
Dieses Arrangement kann hohe Burst-Geschwindigkeiten erzielen. Die Leistung kann jedoch stark einbrechen, wenn sich der Cache füllt, das Laufwerk stark belegt ist oder die Hintergrundkonsolidierung nicht nachkommt.
Der Ansatz von DapuStor unterscheidet sich davon. Seine pSLC-Zuweisung bleibt als definierter Bereich verfügbar und erscheint dem Host als separates Blockgerät.
Auch der QLC-Bereich erscheint als eigenes Gerät. Speicher-Software kann deshalb latenzsensible Schreibvorgänge auf pSLC lenken, während Massendaten im dichteren Bereich verbleiben.
DapuStor zufolge erfolgt die Medienkonfiguration durch Firmware- und Controller-Optimierung. Sein Dual-Mode-Design verwendet Isolierung auf Die-Ebene, optimierte SLC-Reservezuweisung und bereichsbewusstes I/O-Scheduling.
Die Isolierung auf Die-Ebene soll Interferenzen zwischen QLC-Operationen und pSLC-Datenverkehr reduzieren. Die Reservezuweisung verwaltet das dem schnellen Bereich zugewiesene NAND, während das Scheduling latenzsensible Anfragen priorisiert.
Diese Kontrollen machen das Design bewusster gesteuert als einen herkömmlichen Consumer-Cache. Zugleich verlagern sie Verantwortung auf die Speicher-Software, die die passenden Daten für jeden Bereich erkennen muss.
DapuStor nutzt ein 30,72-TB-Laufwerk, um den Kapazitätstausch zu veranschaulichen. In einer Konfiguration werden etwa 4 TB nativer QLC-Kapazität zu 800 GB nutzbarem pSLC.
Diese Umwandlung liegt näher an einem Verhältnis von 5:1, als eine einfache 4:1-Berechnung vermuten lässt. Ein Teil der physischen Kapazität kann durch Overprovisioning, Metadaten, Fehlerkorrektur und weitere Controller-Anforderungen verbraucht werden.
Andere Konfigurationen reservieren 400 GB oder 1,2 TB pSLC. Je nach gewähltem Layout entspricht der berichtete Verlust etwa 6 % bis 20 % der QLC-Kapazität des Laufwerks.
Das Unternehmen sagt, ein vollständig mit Dual-Mode-Laufwerken ausgestatteter Server mit 24 Einschüben könne 19,2 TB aggregiertes pSLC bereitstellen, wenn jedes Laufwerk 800 GB beisteuert. Jeder Einschub behielte weiterhin einen größeren QLC-Bereich.
Diese Topologie verteilt schnellen Speicher über alle 24 PCIe-Verbindungen. Sie vermeidet, Schreibverkehr auf eine kleinere Anzahl dedizierter Cache-Laufwerke zu konzentrieren.
Das physische Gerät bleibt eine U.2-, PCIe-4.0-x4-Enterprise-SSD. Die bestehenden J5060-Spezifikationen von DapuStor führen Kapazitäten von 15,36 TB bis 122,88 TB auf.
Die veröffentlichte J5060-Familie unterstützt zudem NVMe 1.4a und Dual-Port-Betrieb. Zwei Ports sind in Enterprise-Arrays relevant, weil getrennte Pfade den Zugriff bei Controller-Wartungen oder Ausfällen aufrechterhalten können.
Die Bedeutung liegt im logischen Layout, nicht im Anschluss. Ein vertrautes Enterprise-Laufwerk kann nun Speicher mit zwei unterschiedlichen Leistungs- und Kapazitätsprofilen bereitstellen.
Die QLC-Schreibleistung ist der kritische Punkt
DapuStor adressiert die Schwäche, die viele dichte QLC-Laufwerke bislang auf leseintensive Rollen beschränkt hat.
Enterprise-QLC ist für Content-Repositories, Objektspeicher, KI-Inferenzdatensätze, Cloud-Archive und andere kapazitätsorientierte Systeme attraktiv geworden. Diese Anwendungen profitieren von hohem Lesedurchsatz und mehr Terabyte pro Laufwerksschacht.
DapuStor beschreibt den Standard-J5060 als leseoptimiertes Produkt. Die veröffentlichten Spezifikationen bewerten die Familie mit sequenziellen Lesevorgängen von bis zu 7.300 MB/s und 1,5 Millionen Random-Read-IOPS.
Dieselben Spezifikationen zeigen ein deutlich engeres Schreibprofil. Der serienmäßige J5060 mit 30,72 TB ist für 30.000 Random-Write-IOPS bei 16-KB-Operationen ausgelegt.
Die angegebene Latenz bei zufälligen 16-KB-Schreibvorgängen beträgt 35 Mikrosekunden. Die Ausdauerbewertung der Familie erreicht bei einigen Kapazitäten über fünf Jahre hinweg 0,5 Drive Writes Per Day beziehungsweise DWPD.
DWPD schätzt, wie viel der Kapazität eines Laufwerks während seiner Garantiezeit täglich geschrieben werden kann. Der Wert beschreibt allein weder Latenz noch Workload-Konsistenz oder die Haltbarkeit eines einzelnen Bereichs.
Unabhängige Tests haben bereits gezeigt, warum die Schreibfrage wichtig ist. Ein J5060-Testbericht aus dem Jahr 2025 verglich das 61,44-TB-Modell mit Solidigms P5336.
Der J5060 erreichte im 128-KB-Workload für sequenzielle Lesevorgänge des Tests 7,48 GB/s. Dieses Ergebnis war nahezu identisch mit den 7,47 GB/s des Solidigm-Laufwerks.
Bei zufälligen Schreibvorgängen änderte sich der Vergleich. Bei 16 KB verzeichnete der J5060 etwa 32.400 IOPS, während der P5336 rund 51.700 IOPS erreichte.
Auch die Tail-Latenz sprach in diesem Test für das Solidigm-Laufwerk. Der J5060 erreichte am 99,99. Perzentil 181,4 Millisekunden, verglichen mit 71,8 Millisekunden beim P5336.
Ein 4-KB-Workload für zufällige Schreibvorgänge erzielte auf dem J5060 etwa 31.900 IOPS. Der P5336 lieferte rund 48.000 IOPS und deutlich geringere Tail-Latenzen.
Diese Werte stammen aus der Standard-QLC-Konfiguration, nicht aus dem neuen pSLC-Bereich von DapuStor. Sie widerlegen die Dual-Mode-Aussagen nicht.
Vielmehr zeigen sie das Problem, das DapuStor lösen will. Der J5060 bietet bereits starke Leseleistung und hohe Dichte, doch gemischte oder schreibintensive Workloads können seine Grenzen aufzeigen.
Datenbank-Journale liefern ein konkretes Beispiel. Ein Journal zeichnet Änderungen auf, bevor die Datenbank sie in ihre Hauptstrukturen übernimmt, und schützt so die Konsistenz nach einem Absturz.
Write-Ahead Logs beziehungsweise WALs folgen einem ähnlichen Prinzip. Sie umfassen oft kleine, häufige und latenzsensible Schreibvorgänge, die nachfolgende Operationen verzögern können, wenn die Speicherreaktion inkonsistent wird.
Auch Metadaten-Caches erzeugen kleine Aktualisierungen, die operativ wichtiger sind, als ihre Größe vermuten lässt. Ein großes QLC-Volume kann den zugrunde liegenden Datensatz aufnehmen und dennoch mit diesen häufigen Schreibvorgängen kämpfen.
KI-Training erzeugt ein weiteres gemischtes Muster. Der primäre Datensatz kann groß und leseintensiv sein, während Checkpoints, Metadaten, Protokolle und Zwischenzustände Schreib-Bursts erzeugen.
DapuStor schlägt vor, den großen Datensatz in QLC zu belassen und die aktiveren Daten auf pSLC zu lenken. So stehen beide Speicherverhalten hinter jeder Laufwerksverbindung zur Verfügung.
Das Unternehmen behauptet, sein pSLC-Bereich übertreffe die Random-Write-Leistung des reinen QLC-Laufwerks um mehr als das Siebenfache. Zudem meldet es eine durchschnittliche Latenz bei zufälligen 4-KB-Schreibvorgängen von unter acht Mikrosekunden.
Diese Werte sind nicht unmittelbar mit jeder veröffentlichten J5060-Zahl vergleichbar. Die Standardbewertung von DapuStor verwendet zufällige 16-KB-Schreibvorgänge, während die pSLC-Angabe von unter acht Mikrosekunden auf 4-KB-Operationen basiert.
Queue Depth, Workload-Dauer, Laufwerksfüllstand, Overprovisioning und Steady-State-Bedingungen können einen Speicher-Benchmark jeweils beeinflussen. Käufer benötigen übereinstimmende Testparameter, bevor sie die Werte als vollständigen Leistungsvergleich betrachten.
Dennoch ist die grundlegende Richtung plausibel. Der Betrieb von NAND im Ein-Bit-Modus verringert die Zahl der Spannungszustände und vereinfacht die Programmierung.
Die offene Frage ist, wie konstant die DapuStor pSLC QLC SSD diesen Vorteil in einem vollständigen System aufrechterhält. Dafür sind unabhängige Tests beider Bereiche unter gleichzeitiger Last erforderlich.
Kapazität versus Leistung ist die eigentliche Produktentscheidung
Die DapuStor pSLC QLC SSD beseitigt nicht den Zielkonflikt zwischen Dichte und Geschwindigkeit. Sie erlaubt Betreibern, zu entscheiden, wo dieser Zielkonflikt sichtbar wird.
Die Umwandlung von QLC-Zellen in pSLC reduziert die nutzbare Kapazität, weil jede Zelle weniger Bits speichert. Das 30,72-TB-Beispiel macht diese Kosten ungewöhnlich deutlich.
Ein Käufer erhält nicht einfach 800 GB schnellen Speicher. Das System gibt rund 4 TB QLC-Kapazität auf, um ihn zu schaffen.
Dieser Tausch kann dennoch operativ sinnvoll sein. Ein Cluster könnte andernfalls dedizierte SSDs mit hoher Ausdauer für Journale, Caches oder Schreibpuffer benötigen.
Separate Laufwerke verbrauchen Einschübe, PCIe-Lanes, Controller-Ressourcen, Strom und Kühlkapazität. Sie können außerdem konzentrierte Engpässe schaffen, wenn viele Kapazitätslaufwerke von einem schnellen Gerät abhängen.
DapuStor beschreibt eine herkömmliche Anordnung, bei der ein SLC-orientiertes Laufwerk fünf QLC-Laufwerke mit jeweils 30,72 TB bedient. Burstiger Datenverkehr kann die Verbindung dieses SLC-Laufwerks auslasten, während andere Verbindungen ungenutzt bleiben.
Das Dual-Mode-Layout verteilt schnelle Bereiche auf jede beteiligte SSD. Ein System mit 24 Laufwerken kann Schreibvorgänge über 24 pSLC-Bereiche verarbeiten, statt sie durch einige wenige Cache-Geräte zu leiten.
Dies ist das wichtigste Systemargument für die DapuStor Dual-Mode SSD. Ihr Vorteil beschränkt sich nicht auf die Latenz eines isolierten NAND-Bereichs.
Sie verändert zudem Parallelität, die Zuweisung von Laufwerksschächten und Fehlergrenzen. Jeder pSLC-Bereich liegt neben der QLC-Kapazität, deren Nutzung er unterstützt.
DapuStor sagt, dies könne das Rebuild-Volumen nach einem Geräteausfall gegenüber der dargestellten 1:5-Architektur um nahezu 80 % reduzieren. Das ist eine Unternehmensschätzung auf Basis einer spezifischen Topologie.
Das Design verhindert keinen Laufwerksausfall. Fällt eine Dual-Mode SSD aus, werden sowohl ihr QLC- als auch ihr pSLC-Bereich gemeinsam nicht verfügbar.
Dieses gemeinsame Schicksal schafft ein anderes Risiko. Ein im pSLC-Bereich gespeichertes Journal sollte nicht als unabhängiger Schutz für Daten betrachtet werden, die sich auf demselben physischen Gerät befinden.
Replikation, Erasure Coding, Failover- und Backup-Richtlinien bleiben erforderlich. Software muss verstehen, dass die beiden Blockgeräte einen Controller, ein Gehäuse und eine Fehlerdomäne teilen.
Eine verteilte Datenbank könnte Journale über pSLC-Bereiche auf getrennten Laufwerken replizieren. Eine Storage Engine könnte umfangreiche Tabellen auf QLC platzieren und latenzsensible Protokolle in der pSLC-Zuweisung eines anderen Laufwerks speichern.
Die Architektur wird nützlicher, wenn Software diese Beziehungen explizit macht. Sie wird gefährlich, wenn Administratoren logische Trennung mit physischer Unabhängigkeit verwechseln.
DapuStor behauptet außerdem, dass der pSLC-Bereich mehr als 25-mal so viele Programmier- und Löschzyklen unterstützt wie der QLC-Bereich. Der Betrieb mit einem Bit verbessert die NAND-Haltbarkeit im Allgemeinen, doch für eine Kaufentscheidung fehlen bei dieser Aussage mehrere Details.
Das Unternehmen hat für die pSLC-Zuweisung keine separate DWPD- oder Terabytes-Written-Bewertung veröffentlicht. Käufer können den schnellen Bereich bislang nicht direkt mit einer dedizierten SSD für hohe Haltbarkeit vergleichen.
Sie müssen außerdem wissen, ob Schreibvorgänge auf pSLC und QLC ein gemeinsames Garantiebudget nutzen. Eine intensive Nutzung des kleineren Bereichs kann ein völlig anderes Verschleißmuster erzeugen als gleichmäßiges Beschreiben des gesamten Laufwerks.
Die hostverwaltete Platzierung bringt einen weiteren Aspekt mit sich. Anwendungen benötigen Richtlinien, die häufige Schreibvorgänge innerhalb der begrenzten pSLC-Kapazität halten, ohne sie versehentlich zu füllen.
Ein fester Bereich vermeidet die unvorhersehbare Schrumpfung eines dynamischen Consumer-Caches. Gleichzeitig schafft er eine harte Grenze, die die Software überwachen muss.
Wenn der Bereich voll ist, kann der Host nicht davon ausgehen, dass ungenutzter QLC-Speicher automatisch zu schneller Kapazität wird. Das Verhalten hängt von DapuStors Verwaltungsbefehlen und dem unterstützten Rekonfigurationsprozess ab.
Damit wird das Produkt zu einer Entscheidung über die Speicherarchitektur und nicht zu einem unkomplizierten Geschwindigkeits-Upgrade. Der Kapazitätsverzicht lohnt sich nur, wenn Software die beiden Bereiche gezielt nutzen kann.
DapuStors Rivalen umgehen QLC auf unterschiedlichen Wegen
Die Wettbewerbsfrage lautet, ob Unternehmen schnelle und dichte Medien in jedem Laufwerk wollen oder getrennte Tiers mit klareren Leistungsrollen.
DapuStors wichtigster Gegner ist die konventionelle Split-Architektur. Dieses Design kombiniert SSDs mit hoher Kapazität mit dedizierten, schreiborientierten Geräten.
Dedizierte Laufwerke sorgen für eine klare Hardwaretrennung. Administratoren können ein Gerät mit hoher Haltbarkeit auswählen, es unabhängig austauschen und es ohne Datenverkehr aus einem benachbarten QLC-Bereich benchmarken.
Der Nachteil liegt in der Konzentration. Eine begrenzte Zahl von Cache-Geräten kann den Durchsatz begrenzen oder die Datenmenge erhöhen, die von einem einzelnen Ausfall betroffen ist.
DapuStor verteilt diese schnelle Schicht über das gesamte Array. Damit wird etwas Kapazität von jedem Laufwerk gegen breitere Parallelität und eine einheitlichere Serverkonfiguration getauscht.
Micron verfolgt mit seiner XTR-Linie das Modell separater Laufwerke. Das Produkt nutzt TLC-NAND vollständig im SLC-Modus und dient als hochhaltbarer Schreibpuffer für Arrays mit Kapazitäts-SSDs.
Micron bewertet XTR-Produkte mit einer Haltbarkeit von bis zu 35 DWPD. Diese Positionierung betont nachhaltige Schreibbeständigkeit, statt Kapazität und Beschleunigung in einem Gehäuse zu kombinieren.
Der Ansatz mit separaten Geräten erlaubt es Betreibern, die Cache-Kapazität unabhängig zu skalieren. Er erfordert jedoch zusätzliche Laufwerke und eine sorgfältige Dimensionierung zwischen Schreib- und Kapazitätstier.
Sandisk verfolgt mit seiner UltraQLC-Plattform einen anderen Weg. Das Direct Write QLC-Design schreibt Daten direkt auf QLC, statt sich auf einen SLC-Staging-Cache zu stützen.
Sandisk zufolge kann dies Schreibvorgänge bei Stromausfall erhalten und zugleich einen späteren Datenfaltungsprozess vermeiden. Seine UltraQLC-Architektur priorisiert konsistentes Direkt-zu-QLC-Verhalten bei hoher Kapazität.
Direct Write QLC und DapuStors Dual-Mode-Design lösen unterschiedliche Probleme. Sandisk will den direkten QLC-Pfad verbessern, während DapuStor einen separaten Bereich mit niedriger Latenz reserviert.
Solidigms P5336 bietet einen weiteren Vergleichspunkt, da sie als hochdichte Enterprise-QLC-SSD konkurriert. Unabhängige Tests fanden bei großen Blöcken einen ähnlichen Lesedurchsatz wie bei der Standard-J5060.
Die P5336 schnitt in mehreren Workloads mit zufälligen Schreibvorgängen und hoher Tail-Latenz in diesem Test besser ab. Der neue pSLC-Modus ist DapuStors Antwort genau auf diese Klasse von Schwächen.
NVMe hat konfigurierbare Medienanordnungen seit Jahren vorausgesehen. Eine Präsentation auf der FMS 2019 beschrieb ein Modell, bei dem Kunden ein Produkt für unterschiedliche Einsatzfälle konfigurieren konnten.
Frühere Consumer-Produkte experimentierten ebenfalls mit firmwaredefinierten schnellen Bereichen und Kapazitätsbereichen. Enmotus und Phison nutzten im FuzeDrive P200 ein Split-Drive-Konzept.
Dieses Produkt etablierte das Modell nie als Mainstream-Kategorie für Verbraucher. Enterprise-Software, vorhersehbare Workloads und hohe Laufwerkskapazitäten schaffen heute ein anderes Umfeld.
Ein Datenbankbetreiber kann ein WAL ausdrücklich auf einem Blockgerät platzieren. Ein Consumer-Betriebssystem wird solche Platzierungsentscheidungen normalen Nutzern vermutlich seltener klar zugänglich machen.
Der Enterprise-Markt misst außerdem Laufwerksschächten, vorhersehbarer Latenz, kontrollierten Ausfalldomänen und workload-spezifischer Haltbarkeit einen höheren Wert bei. Diese Prioritäten stärken DapuStors Argument.
Sie erhöhen jedoch auch die Anforderungen an die Belege. Enterprise-Kunden benötigen Ergebnisse im eingeschwungenen Zustand, Qualifikationsdaten, Dokumentation zum Firmware-Management und Support-Zusagen.
Eine clevere Medienkonfiguration reicht allein nicht aus. Die Leistungsversprechen der DapuStor J5060 müssen parallele Workloads, nahezu volle Zustände, Ausfälle, Rebuilds und lang andauernde Schreibvorgänge überstehen.
Die fehlenden Spezifikationen sind wichtiger als die Spitzenleistung
DapuStor hat einen plausiblen Mechanismus gezeigt, aber noch nicht genug Informationen geliefert, damit Käufer das Produkt mit etablierten Speichertiers vergleichen können.
Die erste Lücke betrifft die Leistungsmethodik. DapuStor sagt, dass der pSLC-Bereich mehr als das Siebenfache der Random-Write-IOPS einer reinen QLC-SSD liefert.
Das Unternehmen hat keine vollständige Benchmark-Konfiguration mit Queue-Tiefe, Thread-Anzahl, Testdauer, Laufwerksfüllstand und Vorbereitung auf den eingeschwungenen Zustand veröffentlicht. Diese Variablen können die Ergebnisse erheblich verändern.
Auch die Latenzbehauptung benötigt eine Verteilung und nicht nur einen Durchschnittswert. Datenbankjournale und Metadatendienste interessieren sich häufig stärker für das 99,9. oder 99,99. Perzentil als für den Mittelwert.
Ein Durchschnitt unter acht Mikrosekunden kann mit störenden Latenzspitzen einhergehen. Unabhängige Tests sollten sowohl typisches Verhalten als auch Tail-Verhalten ausweisen.
Die zweite Lücke betrifft die Haltbarkeit. DapuStor erklärt, dass der pSLC-Betrieb mehr als 25-mal so viele Programmier- und Löschzyklen wie der QLC-Betrieb ermögliche.
Das Unternehmen hat jedoch weder eine bereichsspezifische DWPD- noch eine Total-Bytes-Written-Spezifikation festgelegt. Ebenso hat es nicht erklärt, ob sich die Garantieabrechnung mit jeder Zuweisung verändert.
Ein 400-GB-pSLC-Bereich, der fortlaufend Journal-Datenverkehr erhält, erfährt eine konzentrierte Belastung. Käufer müssen wissen, wie der Controller die physischen Medien rotiert und Verschleiß über die sichtbare Grenze hinaus verwaltet.
Die dritte Lücke ist die Konfigurierbarkeit. DapuStor bezeichnet die Zuweisung als flexibel, doch öffentliches Material erklärt nicht eindeutig, wann Administratoren sie auswählen.
Unklar bleibt, ob die Aufteilung werkseitig festgelegt, während der Bereitstellung eingerichtet oder im laufenden Einsatz angepasst wird. Eine Größenänderung im Betrieb würde Fragen zu Datenmigration und Konsistenz aufwerfen.
Auch der Host-Befehlspfad benötigt Dokumentation. Betreiber müssen wissen, welche NVMe-Funktionen, Herstellerbefehle, Treiber und Verwaltungstools die Bereiche erstellen und prüfen.
Kompatibilität ist wichtig, weil Enterprise-Speicherstacks stark variieren. Ein Design, das kundenspezifische Orchestrierung erfordert, kann mehr Aufwand verursachen als ein separates Cache-Laufwerk.
DapuStor nennt hostunterstützte Flexible Data Placement, kurz FDP, als weiteren Weg zur Verringerung der Schreibverstärkung. FDP ermöglicht es einem Host, Informationen bereitzustellen, die der SSD helfen, Daten mit ähnlicher Lebensdauer zusammen zu platzieren.
FDP kann Dual-Mode-Medien ergänzen, doch die Funktionen sollten nicht gleichgesetzt werden. Ein Käufer muss wissen, ob der grundlegende pSLC-Betrieb von FDP-fähiger Software abhängt.
Die vierte Lücke betrifft die unabhängige Validierung. DapuStor sagt, dass gestaffelte Kundentests und erste reale Deployments laufen.
Das Unternehmen hat diese Kunden nicht genannt und keine Ergebnisse aus deren Anwendungen veröffentlicht. Es gibt keine öffentliche Produktionsfallstudie, die die beiden Bereiche unter dauerhaftem Mischverkehr zeigt.
Die Standard-J5060 wurde von Dritten getestet, doch diese Ergebnisse bestätigen nicht die neue Firmware-Konfiguration. Reviewer benötigen Zugang zu einem tatsächlichen Dual-Mode-Muster.
Die fünfte Lücke ist die kommerzielle Verfügbarkeit. Die Architektur erschien rund um die FMS 2026, auf der DapuStor Enterprise-SSDs für KI-Infrastruktur präsentierte.
Die FMS-Vorschau des Unternehmens beschrieb Produkte und Demonstrationen für hochdichte KI-Systeme. Sie nannte kein allgemeines Verfügbarkeitsdatum für diesen J5060-Modus.
Auch die Preise bleiben unveröffentlicht. Käufer können daher verlorene Kapazität, Softwareanforderungen und Einsparungen bei der Bereitstellung nicht auf vollständiger wirtschaftlicher Basis vergleichen.
DapuStor argumentiert, dass Dual-Mode-Laufwerke Anschaffungs- und Betriebskosten senken können, indem dedizierte SLC-Geräte entfallen. Diese Schlussfolgerung hängt von den tatsächlichen Laufwerkspreisen und den Anforderungen an die nutzbare Kapazität ab.
Ein Cluster, das nahezu die gesamte verfügbare QLC-Kapazität benötigt, könnte separate Cache-Geräte bevorzugen. Ein anderes System tauscht möglicherweise gern Kapazität gegen niedrigere Schreiblatenz und einfachere Erweiterung.
Der richtige Vergleich ist workload-spezifisch. Spitzen-IOPS allein können ihn nicht entscheiden.
Worauf Enterprise-Käufer als Nächstes achten sollten
Drei Signale werden bestimmen, ob die Dual-Mode-SSD von DapuStor zu einer praktischen Speicheroption wird oder eine interessante Firmware-Demonstration bleibt.
Das erste Signal ist eine vollständige Dual-Mode-Spezifikation. DapuStor sollte unterstützte pSLC-Zuweisungen, nutzbare QLC-Kapazität, Haltbarkeitsbewertungen, Host-Befehle und Rekonfigurationsregeln veröffentlichen.
Bereichsspezifische Garantiedetails würden das Argument des Unternehmens stärken. Fehlende Haltbarkeitsgrenzen würden dedizierte Schreiblaufwerke für Workloads mit strengen Anforderungen an die Dauerhaftigkeit attraktiv halten.
Das zweite Signal sind unabhängige Tests mit gleichzeitigem pSLC- und QLC-Datenverkehr. Reviewer sollten Durchsatz, durchschnittliche Latenz, Tail-Latenz und Haltbarkeitsverhalten messen, nachdem das Laufwerk den eingeschwungenen Zustand erreicht hat.
Die Tests sollten Datenbankprotokollierung, Metadatenaktualisierungen, Checkpoint-Schreibvorgänge, Bulk-Lesevorgänge und Rebuild-Aktivitäten umfassen. Sie sollten auch zeigen, was passiert, wenn sich der pSLC-Bereich seiner Kapazitätsgrenze nähert.
Übereinstimmende Blockgrößen und Queue-Tiefen werden entscheidend sein. Ohne vergleichbare Parameter bleibt die berichtete siebenfache Verbesserung eine Unternehmensbehauptung statt einer Kaufkennzahl.
Das dritte Signal ist ein namentlich genanntes Deployment oder eine Ankündigung der allgemeinen Verfügbarkeit. Ein öffentlicher Kunde könnte zeigen, wie Speicher-Software Daten zwischen den Bereichen zuweist und mit Ausfällen umgeht.
Die Verfügbarkeit würde außerdem zeigen, ob Dual-Mode-Unterstützung für die gesamte J5060-Familie oder nur für ausgewählte Kapazitäten ausgeliefert wird. Sie könnte klären, ob bestehende Laufwerke die Funktion per Firmware erhalten können.
DapuStors Vorschlag ist technisch schlüssig. Er erkennt an, dass dichter QLC-Speicher und latenzempfindliche Schreibvorgänge zunehmend auf denselben Servern stattfinden.
Das Design macht auch die Kapazitätskosten ausdrücklich sichtbar. Käufer wählen einen permanenten pSLC-Bereich, statt von einem temporären Cache abhängig zu sein, der sich mit dem freien Speicherplatz verändert.
Diese Vorhersehbarkeit ist wertvoll, schafft jedoch neue Verantwortlichkeiten. Administratoren müssen Daten bewusst platzieren, beide Bereiche vor gemeinsamem Ausfall schützen und einen kleineren Bereich mit hoher Schreiblast überwachen.
Für Entwickler- und Infrastrukturteams ist die unmittelbare Maßnahme einfach: Ermitteln Sie, welche Daten tatsächlich niedrige Schreiblatenz benötigen. Journale, WALs, Metadaten und Checkpoint-Zustand sind stärkere Kandidaten als vollständige Datensätze.
Modellieren Sie anschließend, ob die Verteilung dieser Schreibvorgänge auf jedes Laufwerk besser ist als ein separates Haltbarkeitstier. Berücksichtigen Sie verlorene QLC-Kapazität, PCIe-Auslastung, Replikation, Rebuild-Risiko und Softwareintegration.
Die DapuStor pSLC QLC SSD bietet eine überzeugende Antwort auf die Schreibbeschränkungen von QLC. Ihr nächster Test besteht darin, ob dokumentierte Haltbarkeit, unabhängige Benchmarks und reale Deployments diese Antwort stützen.
