- Expédié
- 8 août 2026 à 02:36 UTC
- Auteur
- Kamo
- Commite
- 67391b8
Les éléments de discussion sont mobiles à un plafond de 3 GiB. storeContentAddressed a pris une octet, qui ne peut pas tout à fait exprimer qu'un réseau Java s'arrête à Integer.MAX-VALUE - et MinIOStorageService.upload a mis en mémoire une seconde fois le tout pour qu'il puisse rétrécissez le put contre le nœud suivant. Ajoute un chemin de streaming à côté des deux: HashUtils.computeDigests dérive Blake3 et SHA3-256 à partir d'un seul passage, uploadStreaming rouvre un InputStreamSource par noeud la tentative au lieu de tenir les octets, et la nouvelle charge de charge sous forme de sous-marineContentAdure hachute, dédups et magasins sans jamais accumuler le contenu. La mémoire de crête est la Débit de la partie MITIO plutôt que la taille du fichier. Il n'est délibérément pas «transactionnel: le stockage des gigaoctets prend des minutes, et la ligne n'est publié (is Missing-faux) que lorsque l'objet est conservé de manière durable, donc un crash laisse le même état que le chemin tamponne quitte.