- Shipped
- 5 settembre 2026 alle ore 15:05 UTC
- Author
- Kamo
- Commit
- c8aa843
Un articolo contenente 20 dei suoi 21 locali è "incompleto", quindi i dieci minuti spazzare riqueued esso — e il traduttore poi ritrasformato tutto 21, pagando Venti volte per recuperare quello che mancava. Dieci articoli bloccati su un singolo locale quindi costo 210 provider chiama ogni dieci minuti, per sempre. Questo è il carico che ha bloccato il servizio di traduzione a otto core per giorni. Il locale che continuava a fallire era en->ru, che era tempistica su questo articoli più grandi della piattaforma, quindi non si è mai avvicinato al successo mentre gli altri venti furono rifatti intorno ad esso su ogni passo. La spazzata ora chiede tradurreMissing e tenta solo le lacune. Il salvataggio il percorso è deliberatamente invariato e ridisegna ancora ogni locale: quando modifiche di testo dell'articolo, le traduzioni che esistono sono di contenuto superato. Un paio che continua a mancare anche ora indietro — 10m, 40m, 3h, poi 12h — invece di essere ricucito su ogni spazzata a tempo indeterminato. In memoria piuttosto che in colonna, perché descrive la salute di un fornitore piuttosto che qualsiasi cosa circa l'articolo, e un rilascio che corregge il fornitore dovrebbe ottenere una pulita slate piuttosto che sedersi fuori un backoff non merita più. Il nuovo test afferma un CALL COUNT, non un risultato. Un test che ha controllato solo "il mancante locale è stato riempito in" passa anche contro la versione che ha bruciato il cluster.