KamoCRM

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

Featurekamo-shared-library
Cambia
8 de agosto de 2026 a las 2:36 UTC
Autor
Kamo
Comprometerse
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?

Todo llega a su espacio de trabajo por sí solo. Comience en el plan gratuito y lea esta página de nuevo en un mes.

Empieza gratis para siempreVer Precios