SSD-Controller für PCIe 5.0: Start-up peilt Datenrate von 14,6 GB/s an

7
News Benjamin Gründken Als bevorzugte Quelle auf Google hinzufügen
SSD-Controller für PCIe 5.0: Start-up peilt Datenrate von 14,6 GB/s an (1)
Quelle: PCI-SIG

Das südkoreanische Start-up-Unternehmen FADU hat die Entwicklung seines ersten SSD-Controllers für PCI-Express 5.0 angekündigt. Angepeilt werden eine Leserate von 14,6 GB/s, eine Schreibrate von 10,4 GB/s und bis zu 3,4 Millionen IOPS. Zielgruppe sind allerdings Server-Kunden.

Im Rahmen der Open Compute Global Summit hat das südkoreanische Start-up-Unternehmen FADU die Entwicklung eines SSD-Controllers für PCI-Express 5.0 angekündigt. Der FC5161-Controller soll laut vorläufigen Spezifikationen SSDs mit einer Leserate von 14,6 GB/s und einer Schreibrate von 10,4 GB/s ermöglichen. Lesend stellt man zudem 3,4 Millionen IOPS in Aussicht, schreibend immer noch sehr hohe 735.000 IOPS. 16 NAND-Channel soll der FC5161 ins Rennen schicken, womit er das NAND-Interface ONFi 5 mit 2.400 MT/s unterstützt: Entsprechender NAND-Flash existiert am Markt bisher nicht.

Auch NVMe 1.4a sowie die OCP Cloud Spec 2.0 seien beim FC5161 schon an Bord. Den Schlüssel zum Erfolg sehen die Südkoreaner im TDP-Management - aufgrund ihres hohen Stromverbrauchs seien herkömmliche Architekturansätze bei einem Generationswechsel oft am Ende. Die Controller würden zu heiß, drosseln und machten den gewonnenen Vorteil gleich wieder zunichte. Die Thermal Design Power des FC5161 veranschlagt FADU im Mittel indes mit weniger als 5,2 Watt, was durchaus moderat erscheint.

FADU Echo SSDs Preliminary Specification  
SSD Form Factors E1.S / E1.L / E3 / U.2
SSD Controller FADU FC5161
Host Interface PCIe 5.0 x 4  /  NVMe 1.4+  /  OCP Cloud Spec 2.0
NAND Interface 16 Channel / ONFi 5 (2400MT/s)
Sequential Read 14.6 GB/s
Sequential Write 10.4 GB/s
Random Read 3400 KIOPs
Random Write 735 KIOPs
Average Power <5.2 W

SSD-Controller für PCIe 5.0: Server haben Vorrang

Neben Controllern liefert das Start-up auch ganze SSD-Designs. Diese sollen im Kontext des FC5161-Controllers auf den Namen Echo hören. Da FADU seine Hardware für Server-Anwendungen entwickelt, erscheinen die SSDs in den neuen E1.S-, E3- und E1.L-Server-Formfaktoren. Auch das U.2-Format haben die Südkoreaner noch im Blick. FADU ist selbst "fabless", hat also keine eigene Fertigung.

Mehr zum Thema: Seagate Firecuda: SSDs und HDD im Star-Wars-Design vorgestellt

Wann der FC5161 beziehungsweise damit ausgestattete SSDs genau auf den Markt kommen, steht noch nicht fest. Samsung verkündete übrigens schon im Juli, 2022 erste Server-SSDs mit PCIe 5.0 auf den Markt bringen zu wollen. Marvell hatte bereits im Mai einen PCIe-5.0-Controller für SSDs angekündigt.

Quelle: FADU

Empfohlener redaktioneller Inhalt [EMBED_URL] An dieser Stelle finden Sie externe Inhalte von [PLATTFORM]. Zum Schutz Ihrer persönlichen Daten werden externe Einbindungen erst angezeigt, wenn Sie dies durch Klick auf "Alle externen Inhalte laden" bestätigen: Ich bin damit einverstanden, dass mir externe Inhalte angezeigt werden. Damit werden personenbezogene Daten an Drittplattformen übermittelt. Mehr dazu in unserer Datenschutzerklärung.
Externe Inhalte Mehr dazu in unserer Datenschutzerklärung.
7
    • Kommentare (7)

      Zur Diskussion im Forum
      • Von massaker Software-Overclocker(in)
        Zitat von CD LABS: Radon Project
        Völlig irrelevanter Einwand. Das Problem ist, dass es mehrere verschaltete SSDs und keine native mit der Bandbreite ist. Wäre sie nativ, dann wäre der Wechsel zu PCIe 5 und halb so vielen Lanes ein Klacks.
        Wäre echt schön. Leider nicht ganz so einfach in real-life. Da hätte man an PCIe5.0 genauso viele Lanes gebraucht und die SSD würde auch nicht "hochschalten", sondern weiterhin mit 4.0 an einem 5.0-Interface laufen. Es liegt also völlig und ganz an dem Controller - dieser kann aber leider nicht einfach so mal als "Trichter" funktionieren, denn dafür braucht man zumindest einen Controller-Chip mit doppelter Leistung +doppeltem Interface intern um über doppelt so viele Kanäle doppelt so viele NAND-Chips ansprechen zu können usw... ist also schon nicht ganz so trivial.
        Zitat von CD LABS: Radon Project
        Edit: Also wenn jemand eine fertige, native PCIe 4 x16-SSD hat, kann daraus auch einfach eine PCIe 5 x8-SSD gebaut werden. Bzw. aus PCIe 3 x16-SSD eine PCIe 5 x4...
        Deine Logik gefällt mir. Ist aber leider nicht ganz so simple. Solche Tricks funktionieren heutzutage leider nur mit Raid0-Controllern onboard - dort hinkt der Vorschritt aber leider auch etwas hinterher. Sonst könnte die o.g. WD AN1500 einfach mit PCIe4.0x4 anstatt mit PCIe3.0x8 rausgebracht werden. Warum sind die bei WD denn so unpraktisch und bieten nicht wenigstens Variationen an? Und wo bleibt AN1700 mit 2x SN850 drin, die PCIe5.0x4 oder wenigstens PCIe4.0x8 bietet? -> "die bei WD" sind sicherlich auch nicht ganz dumm, es gibt einfach noch keine serienreife Raid0-Controller die mit PCIe4.0 Lanes arbeiten würden, geschweige denn PCIe5.0. Also das mit dem "Zusammenfassen" wäre echt schön und praktisch, aber leider nur in der Theorie möglich.
      • Von massaker Software-Overclocker(in)
        Zitat von CD LABS: Radon Project
        Völlig irrelevanter Einwand. Das Problem ist, dass es mehrere verschaltete SSDs und keine native mit der Bandbreite ist. Wäre sie nativ, dann wäre der Wechsel zu PCIe 5 und halb so vielen Lanes ein Klacks.
        Wäre echt schön. Leider nicht ganz so einfach in real-life. Da hätte man an PCIe5.0 genauso viele Lanes gebraucht und die SSD würde auch nicht "hochschalten", sondern weiterhin mit 4.0 an einem 5.0-Interface laufen. Es liegt also völlig und ganz an dem Controller - dieser kann aber leider nicht einfach so mal als "Trichter" funktionieren, denn dafür braucht man zumindest einen Controller-Chip mit doppelter Leistung +doppeltem Interface intern um über doppelt so viele Kanäle doppelt so viele NAND-Chips ansprechen zu können usw... ist also schon nicht ganz so trivial.
        Zitat von CD LABS: Radon Project
        Edit: Also wenn jemand eine fertige, native PCIe 4 x16-SSD hat, kann daraus auch einfach eine PCIe 5 x8-SSD gebaut werden. Bzw. aus PCIe 3 x16-SSD eine PCIe 5 x4...
        Deine Logik gefällt mir. Ist aber leider nicht ganz so simple. Solche Tricks funktionieren heutzutage leider nur mit Raid0-Controllern onboard - dort hinkt der Vorschritt aber leider auch etwas hinterher. Sonst könnte die o.g. WD AN1500 einfach mit PCIe4.0x4 anstatt mit PCIe3.0x8 rausgebracht werden. Warum sind die bei WD denn so unpraktisch und bieten nicht wenigstens Variationen an? Und wo bleibt AN1700 mit 2x SN850 drin, die PCIe5.0x4 oder wenigstens PCIe4.0x8 bietet? -> "die bei WD" sind sicherlich auch nicht ganz dumm, es gibt einfach noch keine serienreife Raid0-Controller die mit PCIe4.0 Lanes arbeiten würden, geschweige denn PCIe5.0. Also das mit dem "Zusammenfassen" wäre echt schön und praktisch, aber leider nur in der Theorie möglich.
      • Von CD LABS: Radon Project Lötkolbengott/-göttin
        Zitat von onkel-foehn
        14,6 GB/s gibt es doch schon seit 2 Jahren ...

        [Ins Forum, um diesen Inhalt zu sehen]

        MfG Föhn.
        Zitat von Technologie_Texter
        Braucht aber 16 Lanes.
        Völlig irrelevanter Einwand. Das Problem ist, dass es mehrere verschaltete SSDs und keine native mit der Bandbreite ist. Wäre sie nativ, dann wäre der Wechsel zu PCIe 5 und halb so vielen Lanes ein Klacks.

        Edit: Also wenn jemand eine fertige, native PCIe 4 x16-SSD hat, kann daraus auch einfach eine PCIe 5 x8-SSD gebaut werden. Bzw. aus PCIe 3 x16-SSD eine PCIe 5 x4...
      • Von onkel-foehn
        Zitat von Technologie_Texter
        Braucht aber 16 Lanes.
        Was oder wer heutzutage nicht ?!?
        Ohne 16 Lanes gehe ich erst gar nicht außer Haus ...

        MfG Föhn.
      • Von massaker Software-Overclocker(in)
        Zitat von onkel-foehn
        14,6 GB/s gibt es doch schon seit 2 Jahren ... :-P
        Total sinnlose Karte für allermeisten PCGHler hier. hluxx testet gerne solche Karten, hier ein Test des Vorgängers:
        [Ins Forum, um diesen Inhalt zu sehen]
        Ist quasi nur eine Raid0-Karte einfach mit 4x 2TB-SSDs drin, jedoch ohne eigene Logik -> man muss dafür ein Brett mit einem freien 16x PCIe-Slot haben und zwar mit Bifurkation-Unterstützung. Macht Sinn erst ab einem Threadripper, also HEDT-System. Man kann aber auch je nach System mit vorhandenen M.2-Slots einen Raid0 mit dem ähnlichen Erfolg bauen oder einfach eine leere Karte günstig kaufen und je nach Budget selbst bestücken und einen Software-Raid0 unter Windows erstellen, hier der Test von der aktuellen ASUS:
        [Ins Forum, um diesen Inhalt zu sehen]
        Wenn man jedoch die Programme/Spiele-Leistung betrachtet, so ergeben solche Karten kaum Sinn, außer man hat wirklich mehrere in einem HEDT-System und entpackt/verschiebt riesige Mengen an Daten sequentiell.
        Als Alternative gibt es ja schon länger WD AN1500, die eigenen Raid0-Controller inne hat:
        [Ins Forum, um diesen Inhalt zu sehen]
        Die hat wenigstens wirklich etwas Sinn gehabt für PCIe4.0-lose Systeme mit einem freien PCIe3.0x8-Slot. Und wurde danach von "echten PCIe4.0-SSDs" mit Leichtigkeit überholt. Man könnte ja jetzt einen Nachfolger abwarten mit 2x SN850 drin, wenn man unbedingt 14 GB/s in einem PCIe4.0-System haben möchte. Aber bitte nicht die von Dir vorgeschlagene Gigabyte. Oder man wartet einfach noch ~1 Jahr und kauft sich eine PCIe5.0-SSD, wenn man auf lange Balken steht (denn sogar gute PCIe4.0-SSDs sind heutzutage absurd schnell, da kommt der Rest des Systems schon kaum hinterher).
      • Von Wumpi747 Komplett-PC-Käufer(in)
        Wer hat... Der hat 16
      Direkt zum Diskussionsende
  • Print / Abo
    Apps
    PCGH Magazin 07/2026 PC Games 06/2026 play5 07/2026 N-Zone 06/2026 Linux Magazin 06/2026 LinuxUser 06/2026 Raspberry Pi Geek 07/2026
    PC Games Hardware PC Games Linux Magazin Raspberry Pi Geek Computec Kiosk