- Verschifft
- 8. August 2026 um 02:36 UTC
- Autor
- Kamo
- Ausschuss
- 67391b8
Chat-Aufhänge sind zu einem 3 GiB Decke bewegen. storeContentAddressed nahm ein Byte[], die das überhaupt nicht ausdrücken können - ein Java-Array stoppt bei Integer.MAX_VALUE . MinIOStorageService.upload dann gepuffert das ganze Objekt ein zweites Mal, so dass es könnte Versuchen Sie die Put gegen den nächsten Knoten. Fügt einen Streaming-Pfad neben beiden: HashUtils.computeDigests leitet Blake3 und SHA3-256 von einem Pass, Upload öffnet eine InputStreamSource pro Knoten wieder Versuch statt die Bytes zu halten, und der neue storeContentAddressed Überlastung Hashes, dedups und speichert, ohne jemals den Inhalt zu akkumulieren. Peak Memory ist die MinIO-Teilpuffer statt der Dateigröße. Es ist absichtlich nicht @Transactional: Die Speicherung von Gigabyte dauert Minuten, und die Reihe wird erst veröffentlicht (isMissing=false), sobald das Objekt ordnungsgemäß gespeichert ist, so dass ein Absturz lässt den gleichen Zustand der gepufferten Pfad hinterlässt.