Dokumentation
Roadmap
Der Status unterscheidet verfügbaren Quellcode und reproduzierbare CPU-Verträge von Hardwarequalifikation. Er verspricht weder einen Veröffentlichungstermin noch gemessene Flottenkapazität.
| Status | Funktion | Grenze |
|---|---|---|
| CPU/TCP verfügbar | Identität, Lebenszyklus, MemoryStore/FileStore, TCP-ACL und Lesezulassung | Synthetische Tests; vertrauenswürdige Netzwerkgrenze, kein mTLS. |
| CPU/TCP verfügbar | Begrenzte Shard-Clients, Mitgliedschaft und Epoch-Fencing | Betreiberverwaltete Routen; kein verteilter Konsens und keine Größenqualifikation. |
| Mock-Vertrag verfügbar | G4-Manifest v3, begrenzte Queue, Refill und Aufbewahrung | Live-RustFS: NOT_RUN_HARDWARE. Verwaiste Objekte werden nicht automatisch gesammelt. |
| CPU-Simulation verfügbar | DPU-Nachrichten, Fehlerinjektion und funktionaler TCP-Vergleich | Kein Beleg für Geräte-Offload, Zero-Copy, Durchsatz oder TCO. |
| Versuch mit künstlichen Blöcken | EngineBlockContract und engine-spike | Echter vLLM-Export/Import: NOT_RUN_HARDWARE; GPU-/Modelllauf: NOT_RUN_BUDGET. |
| In Entwicklung | Echtes RDMA, GDS, BlueField-3 / DOCA und SPDK | NOT_RUN_HARDWARE. Optionale Features bleiben ohne Geräteanbindung und verweigern das Öffnen. |
Die nächsten Nachweise
Zuerst eine echte Engine mit genehmigten GPU-/Modellressourcen qualifizieren, dann Hardwarepfade mit geeigneten Vergleichsläufen messen. Bis dahin bleiben TCO_UNKNOWN und NOT_EVALUATED bestehen. Verfügbarer Quellcode bedeutet weder eine installierbare Veröffentlichung noch Produktionsreife.
Unveränderte Grenzen
RustFS bleibt außerhalb des heißen Pfads. G3.5-Verlust führt zur Neuberechnung; Hot-Erasure-Coding und dauerhafte Replikate sind nicht geplant. Skalierung benötigt begrenzte Shards, Fencing und saubere Misses, keine unbewiesene Zusage für 10.000 GPUs.
Weitere Dokumentation
Schnellstart · Architektur · Skalierung und Einsatzgrenzen · CPU_COMPLETION.md