- Expédié
- 11 août 2026 à 16:20 UTC
- Auteur
- Kamo
- Commite
- ae5b567
Les pièces jointes de chat ont été effectuées à 3 GiB à travers ce même pipeline d'imagerie pendant un certain temps; documents ont été plafonnés à 500 Mo. La différence n'était pas une politique, c'est que cette voie tamponnée et chat chemin a été diffusé en streaming, et un utilisateur l'expérimente comme "chat prend ma vidéo mais la bibliothèque de documents n'est pas". Quatre choses ont dû bouger ensemble, parce que l'érection seule n'a rien fait : 1. Ingérer maintenant les appels et passer le MultipartFile en tant que un seuil de taille de fichier: 0B fait Tomcat bobine chaque partie à disque de sorte que chaque partie getInputStream() rouvre le fichier spool. La surcharge tampon allouée à un nouvel octet deux fois - une fois à hash, une fois pour la copie de réflexion de MinIO. 2. La conversion post-télécharge ne tire plus l'objet en tas pour la vidéo. Il circule de MinIO à un fichier de rayures et aiguilles ffmpeg le chemin (nouveau extractPosterFrame(Path) et sondeDurationMs(Path) surcharges). Une octet ne peut pas tenir une vidéo de 3 GiB, et le tour Le voyage à travers le tas était de toute façon inutile - la forme d'octet a écrit un fichier de temp, indépendamment. 3. Tout le reste est gardé par HEAP-CONVERSION-MAX-BYTES (256 MiB). La conversion tient original, le PDF converti et chaque vignette rendue à la fois; au-dessus du plafond, le fichier est stocké, téléchargeable et disponible en continu, mais n'obtient aucun rendu, la raison enregistrée sur le dat donc l'interface utilisateur peut le dire au lieu de tourner pour toujours. Un OOMKill ici n'est pas local - il faut conversion pour chaque locataire sur le nœud. 4. 3GB/3100MB multipart avec un emplacement de bobine explicite, plus un 24Gi vide délimité /tmp/kamo-uploads pour la bobine et la copie à gratter vidéo, donc un téléchargement collé ou hostile ne peut pas faire croître la couche image ou remplir le disque du noeud. L'aide à l'affiche vidéo byte n'avait plus d'appelants et a été supprimée plutôt que laissée derrière. Remarque: - défaillances sur un poste de travail avec ffmpeg 8.x (il encode WebP où le test s'attend à passer PNG). Préexistant et sans ce service ni son test ne sont touchés ici.