- Se descapó
- 11 de agosto de 2026 a las 16:20 UTC
- Autor
- Kamo
- Compromit
- ae5b567
Los accesorios de chat han corrido en 3 GiB a través de este mismo oleoducto de imágenes durante un tiempo; documentos estaban tapados a 500MB. La diferencia no era una política, era que este camino amortiguaba y la ruta de chat en streaming, y un usuario lo experimenta como "chat toma mi video, pero la biblioteca de documentos no lo hace". Cuatro cosas tuvieron que moverse juntos, porque levantar uno solo no logra nada: 1. Ingerir ahora llamadas ************* y entrega el MultipartFile como a source re-openable. file-size-threshold: 0B hace Tomcat spool cada parte en disco para que cada uno getInputStream() reabra el archivo de bobinas. La sobrecarga amortiguada asignada nuevo byte[tamaño] dos veces una para la copia de Retry de MinIO. 2. La conversión de post-upload ya no tira del objeto en el montón para video. Corre desde MinIO a un archivo de rasguño y manos ffmpeg la ruta (nuevo extractoPosterFrame(Path) y sondaDurationMs (pasto) sobrecargas). Un byte[] no puede sostener un video de 3 GiB en absoluto, y la ronda El viaje a través del montón no tenía sentido de todos modos, el formulario de byte[] escribió un archivo temporal independientemente. 3. Todo lo demás está custodiado por HEAP-CONVERSION-MAX-BYTES (256 MiB). Conversión mantiene la original, el PDF convertido y cada miniatura hecha a la vez; por encima del techo el archivo es almacenado, descargable y streamible, pero no obtiene ninguna entrega, con la razón grabada en el para que la interfaz de usuario pueda decirlo en lugar de girar para siempre. Una OOMKill aquí no es local. conversión para cada inquilino en el nodo. 4. multiparte 3GB/3100MB con una ubicación explícita de carrete, más un limitado 24Gi emptyDir montado en /tmp/kamo-uploads tanto para la bobina y la copia de video scratch, por lo que una carga atascada o hostil no puede crecer la capa de imagen o llenar el disco del nodo. El byte[] ayudante de póster de vídeo no tenía llamadas y fue removido en lugar de dejar atrás. Nota: **************** falla en una estación de trabajo con ffmpeg 8.x (codifica WebP donde la prueba espera la transmisión de PNG). Preexistente y No se toca aquí ni ese servicio ni su prueba.