- Spegnimento
- 7 ottobre 2026 alle ore 17:14 UTC
- Autore
- Kamo
- Impegno
- aaf9f56
LibreTranslate continua a tradurre una richiesta dopo che il suo cliente smette di aspettare, quindi ogni timeout era lavoro fatto per nessuno. Misurato oltre sei ore su 2026-10-07: 46 su 303 richieste abbandonate mid-translation, and KBService rinunciare al suo 120-secondo letto 48 volte mentre questo servizio continuava a lavorarci. - Una scadenza copre l'intera richiesta (ogni chiave di un lotto, entrambi i passaggi di un testo che ha perso un termine protetto), invece di un fresco 100 secondi per chiamata del fornitore. Le chiavi ancora in attesa quando si esaurisce senza essere inviati. - I chiamanti possono dire quanto aspettano (X-Translate-Wait-Second, fino a 10 minuti). The di default rimane 100 secondi, all'interno del timeout di lettura di 120 secondi la maggior parte dei chiamanti utilizzano. Un'attesa più lunga segna la richiesta come lavoro di fondo. - Un timeout non e' piu' complicato. Il retry ha sempre avuto ~9 secondi al primo tentativo di 90 secondi sinistra, mai finita, ed è stato tradotto in pieno comunque (22 su 22 in sei ore). - Al massimo 3 chiamate LibreTranslate in volo per pod, 2 di loro per lavoro di fondo. La coda è qui, dove una richiesta il cui chiamante non è mai stata inviata, almeno due di LibreTranslate otto lavoratori rimangono liberi per la sua sonda di prontezza, e un messaggio di chat non aspetta mai dietro aiuto articoli. - Un testo lungo che ha perso un termine protetto è tradotto una seconda volta solo se il tempo lasciato è almeno quello che il primo passo ha preso.