Documentation
Feuille de route
L’état distingue le code disponible et les contrats CPU reproductibles de la qualification matérielle. Aucune date de sortie ni capacité de flotte mesurée n’est promise.
| État | Fonctionnalité | Limite |
|---|---|---|
| CPU/TCP disponible | Identité, cycle de vie, MemoryStore/FileStore, ACL TCP et admission des lectures | Tests synthétiques ; réseau de confiance requis, sans mTLS. |
| CPU/TCP disponible | Clients de shards bornés, mise à jour des membres et fencing des epochs | Routage géré par l’opérateur ; ni consensus distribué ni certification de taille. |
| Contrat mock disponible | Manifeste G4 v3, file bornée, recharge et rétention | RustFS réel : NOT_RUN_HARDWARE. La collecte d’objets orphelins n’est pas automatique. |
| Simulation CPU disponible | Messages DPU, injection de pannes et comparaison fonctionnelle TCP | Aucune preuve d’offload matériel, de zéro copie, de débit ou de TCO. |
| Essai sur blocs factices | EngineBlockContract et engine-spike | Export/import vLLM réel : NOT_RUN_HARDWARE ; exécution GPU/modèle : NOT_RUN_BUDGET. |
| En développement | RDMA réel, GDS, BlueField-3 / DOCA et SPDK | NOT_RUN_HARDWARE. Les fonctionnalités optionnelles restent non liées et refusent l’ouverture. |
Les prochaines preuves à produire
Qualifier un moteur réel avec des ressources GPU/modèle autorisées, puis mesurer les chemins matériels face à une référence adaptée. Conserver TCO_UNKNOWN et NOT_EVALUATED jusque-là. Un code source disponible ne constitue ni une version installable ni une garantie de production.
Les limites conservées
RustFS reste hors du chemin chaud. Une perte G3.5 entraîne un recalcul ; aucun codage d’effacement ni réplica durable du niveau chaud n’est prévu. La montée en charge repose sur des shards bornés, le fencing et des misses propres, sans prétendre avoir validé 10 000 GPU.
Documentation associée
Démarrage · Architecture · Mise à l’échelle et limites de déploiement · CPU_COMPLETION.md