Raquee el almacenamiento ataviado con contenido para que un objeto pueda exceder el montón

Featurekamo-shared-library
Se descapó
8 de agosto de 2026 a las 2:36 UTC
Autor
Kamo
Compromit
67391b8

Los accesorios de chat se están moviendo a un techo de 3 GiB. que no puede expresarlo en absoluto, una matriz de Java se detiene en Integer.MAX.VALOR y MinIOStorageService.upload luego amortiguar todo el objeto por segunda vez para que pudiera volver a poner en contra del siguiente nodo. Añade un camino de streaming junto a ambos: HashUtils.computeDigests deriva Blake3 y SHA3-256 de un pase, uploadStreaming reabre un InputStreamSource por nodo intento en lugar de sostener los bytes, y la nueva tiendaContentDiressed sobrecarga hashes, dedups y tiendas sin acumular nunca el contenido. La memoria pico es el MinIO parte búfer en lugar del tamaño del archivo. Es deliberadamente no "Transactional: almacenar gigabytes toma minutos, y la fila sólo se publica (isMissing=false) una vez que el objeto se almacena duramente, por lo que un accidente deja el mismo estado que el camino amortiguado deja.

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios