- Przesyłane
- 7 października 2026 17:14 UTC
- Autor
- Kamo
- Zgłoszenie
- aaf9f56
LibreTranslate ciągle tłumaczy żądanie po tym, jak klient przestaje czekać, więc każdy timeout Praca wykonana dla nikogo. Mierzony w ciągu sześciu godzin 2026- 10- 07: 46 z 303 porzuconych wniosków mid- translation, a KBService rezygnuje ze swojego 120-sekundowego odczytu 48 razy podczas tej usługi dalej nad tym pracował. - Jeden termin obejmuje cały wniosek (każdy klucz partii, obie przepustki tekstu, który stracił termin chroniony), zamiast świeżych 100 sekund na połączenie z dostawcą. Klucze wciąż czekają. To się nie uda bez wysłania. - Callers może powiedzieć, jak długo będą czekać (X- Translate- Wait- Seconds, do 10 minut). W domyślnie pozostaje 100 sekund, wewnątrz 120 sekund odczytu timeout większość dzwoniących używać. Dłuższe czekanie oznacza wniosek jako pracę w tle. - Przerwa nie jest już powtarzana. Retry zawsze dostał ~ 9 sekund 90- sekundowy pierwszy próba w lewo, nigdy nie ukończone, i został przetłumaczony w pełni (22 z 22 w sześć godzin). - Co najwyżej 3 LibreTranslate połączeń w locie na kapsułę, 2 z nich do pracy w tle. Kolejka jest tutaj, gdzie wniosek, którego dzwoniący się poddał, nigdy nie został wysłany, co najmniej dwa z LibreTranslate ośmiu pracowników pozostają wolne dla sondy gotowości, a czat nigdy nie czeka za pomocą artykuły. - Długi tekst, który stracił chroniony termin jest tłumaczony po raz drugi tylko wtedy, gdy czas pozostaje Przynajmniej to, co zajęło pierwsze podanie.