- Expédié
- 28 septembre 2026 à 02:53 UTC
- Auteur
- Kamo
- Commit
- 8a8d34c
DaemonService mains ConversionService chaque ligne qui n'est toujours pas traitée : sur sa tique de sondage, sur chaque voip.recording. message reçu (qui ne attendre un lot en vol), et encore après ses 10 minutes de temps de lecture donne sur un lot toujours en cours ici. Transcription découpée via AIService à environ 0,4 x temps réel, donc un lot d'appel avec plus de ~24 minutes d'audio outlasts que la fenêtre, et les lignes toujours en vol ont été convertis, transcrits et stocké une deuxième fois: une ligne dupliquée Img/Enregistrement et AUDIO SECONDS mesuré deux fois. processOn prend maintenant un bail Redis sur la ligne (SET NX PX, jeton aléatoire) avant le lire. Le bail est renouvelé tous les tiers de ses 5 minutes pendant que les travaux marche, donc une goupille morte la dépose dans un bail; un travailleur de plus de 4 heures s'arrête Renouveler. Avant de stocker, le travailleur vérifie qu'il détient toujours le bail, et un l'échec est écrit à la ligne seulement pendant qu'il le fait. Une rangée un autre travailleur tient répond ok/inFlight intouché; Redis injoignable quitte la rangée pour un plus tard tique (fails fermés, comme SingletonTaskRunner). Redis, pas une colonne : pas de DDL. ************* **** pins le scénario d'échec: un 3-enregistrement, 30 minutes de lot expédié à nouveau pendant que son premier enregistrement est transcrit stocke et transcrit chaque enregistrement une fois (4 transcriptions sans réclamation). Examen final de la DS12 I2.