Résumé

  • Delos Data annonce plus de 100 millions de dollars pour développer un ensemble qui va du logiciel de cluster au serveur et à trois formes d’interface de données. Ces éléments ne se trouvent pas au même stade de disponibilité.
  • Les objectifs de 10× en performance, résilience et échelle, ainsi qu’une ancienne formule de 1 000× pour l’échelle, restent des affirmations de l’entreprise dans le dossier public examiné. Aucun protocole reproductible ne relie encore ces chiffres à une charge, à la puissance totale ou au prix.
  • La vraie étape commerciale est une matrice de réception commune : configuration commandable, résultat de charge, reprise mesurée après panne et chemin multi-fournisseurs nommé.

Le financement couvre plusieurs horloges

Le communiqué de financement cite Matrix, Playground, Socratic Partners, le Technology Impact Fund de Capricorn, Matter Venture Partners, IAG et des investisseurs individuels du secteur. Les fonds doivent renforcer les équipes logicielles et matérielles, puis accélérer le développement et les ventes. Valorisation, instrument, répartition, revenus, carnet de commandes et contrats clients ne sont pas publiés.

La somme ne valide donc pas un bloc homogène. La page produit distingue Clusters, Server, Data Interface et l’architecture MoXI. L’annonce du portefeuille présente Clusters comme exploité sur une infrastructure existante et la plate-forme de conception comme disponible. Server doit être échantillonné en fin d’année 2026. L’interface, elle, est envisagée en chiplet d’E/S, optique proche du boîtier et carte.

Un logiciel en production peut déjà créer de la valeur alors que le serveur reste un échantillon. Un échantillon ne prouve ni l’intégration du chiplet, ni le bring-up, ni la qualification. Une offre d’emploi SerDes recherche précisément des compétences en 112G/224G PAM4 et validation post-silicium. Elle confirme un chantier de compétences, pas le tape-out ou la livraison d’une puce particulière.

Un débit de pointe n’est pas un rendement du capital

Delos vise plus de 30 Tbps pour le chiplet, plus de 10 Tbps pour l’optique proche du boîtier et plus de 400 Gbps pour la carte. La société avance des gains de 10× en performance, résilience et échelle. Un communiqué antérieur parlait d’une échelle 1 000× plus grande et d’une démonstration Mosaic.

Ces mesures n’ont pas le même dénominateur. Un débit de liaison, le nombre d’extrémités, le débit d’un modèle et le délai de récupération répondent à des questions différentes. L’acheteur doit connaître la configuration complète, le modèle, la précision, le lot, le contexte, la concurrence et le percentile de latence avant de comparer les jetons par seconde, les watts à la prise et le coût par requête achevée.

MLCommons explique pourquoi la diversité des combinaisons matérielles et logicielles exige des comparaisons représentatives et reproductibles. Son guide de soumission sépare les systèmes disponibles, en aperçu et de recherche/développement/interne. Les sources examinées ne revendiquent aucun résultat MLPerf validé pour Delos. La méthode sert ici de discipline d’achat, non de certification implicite.

La résilience doit avoir un périmètre de panne

Delos explique que l’interface placée entre l’extrémité et le réseau peut repérer une panne et organiser une reprise matérielle face à un accélérateur mort, un lien rompu ou une mise à jour logicielle. L’enjeu est réel : une unité de calcul qui attend le réseau immobilise du capital.

Pourtant, « nonstop » ne suffit pas. Il faut préciser la panne injectée, la charge, le temps de détection, les requêtes perdues, la latence de queue, la capacité dégradée et le retour au niveau nominal. Résister à la coupure d’un câble ne prouve pas la résistance à une partition de commutateur, à une erreur de firmware ou à un redémarrage d’accélérateur.

Le même workload doit donc traverser l’avant, le pendant et l’après-panne. Le reçu de reprise donne le travail rejoué, la capacité maintenue, la durée et les effets éventuels sur l’exactitude ou la cohérence. L’observabilité devient alors un contrôle économique : elle mesure du travail valide conservé, pas seulement un chemin redevenu vert.

Le choix multi-fournisseurs agrandit la dette de test

MoXI réunit des matériels, modèles, commutateurs, liens et topologies différents. Cette hétérogénéité peut limiter l’enfermement et permettre d’ajouter accélération, mémoire ou stockage sans remplacer tout le tissu. Mais chaque possibilité ajoute une arête à tester.

« N’importe quel commutateur ou câble » est une matrice de périphériques, protocoles, firmwares, optiques, topologies et modes de panne. L’Ultra Ethernet Consortium publie un historique de spécification et des ressources de conformité. UALink 1.0 définit un domaine scale-up de 200G par voie et jusqu’à 1 024 accélérateurs. Ces textes ne prouvent aucune conformité de Delos ; ils montrent ce qu’une promesse d’interopérabilité doit nommer.

Le modèle de cluster ouvert de l’OCP ajoute la nomenclature, la carte de connectivité, la télémétrie et la réconciliation continue entre état voulu et état observé. Un client de Delos peut choisir une autre architecture, mais il lui faut une traçabilité équivalente.

Quatre reçus pour transformer la levée en capacité

Le reçu de disponibilité nomme le SKU, la version, la forme et la classe de livraison. Celui de performance relie configuration, exactitude, débit, latence, puissance totale et prix. Celui de reprise consigne une panne contrôlée, le travail perdu, la capacité restante et la durée. Celui d’interopérabilité montre au moins deux chemins fournisseurs, avec protocoles, firmwares, topologie et conditions de migration.

Lorsque les quatre portent la même identité de configuration, le capital rejoint une capacité acceptée. Sinon, des affirmations toutes justes peuvent concerner respectivement un logiciel actuel, un serveur futur, une puce en qualification et une démonstration.

Les 100 millions donnent à Delos les moyens de produire ces preuves. Le prochain signal utile ne sera pas un multiple plus grand, mais un tableau plus précis : ce qui se commande, la charge exécutée, la panne provoquée, la reprise obtenue et le composant alternatif qui a réellement fonctionné.

Sources