roswell: volver a FEED_CHECK_HOURS=24, el atraso está drenado
El pase de las 04:58 UTC dejó todos los feeds a 0 pendientes, así que la
bajada temporal a 3 h del commit 134449e ya no hace falta. En régimen
normal entra ~1 episodio al día: revisar cada 3 h solo repetiría la
descarga del RSS ocho veces para no encontrar nada.
El comentario deja de ser un aviso pendiente y pasa a explicar por qué 24
es lo correcto y cuándo conviene volver a bajarlo.
This commit is contained in:
@@ -85,15 +85,15 @@ spec:
|
||||
value: "cpu"
|
||||
- name: DATA_DIR
|
||||
value: "/data"
|
||||
# ⚠️ TEMPORAL (2026-07-26): bajado de 24 a 3 para drenar el atraso
|
||||
# de 45 episodios (~34 h de audio, ~20 h de CPU) que dejó al
|
||||
# descubierto el arreglo del tope por pasada. A 24 h el pod hacía
|
||||
# 5 episodios y se quedaba parado ~20 h de cada 24: el atraso
|
||||
# tardaba 5 días en irse en vez de uno. REVERTIR A "24" cuando no
|
||||
# queden pendientes; en régimen normal entra ~1 episodio al día y
|
||||
# revisar cada 3 h solo es bajarse el RSS ocho veces al día.
|
||||
# Régimen normal: entra ~1 episodio al día y el tope es de 5 por
|
||||
# feed y pasada, así que revisar más a menudo solo sería bajarse el
|
||||
# RSS de más. Se bajó a 3 del 2026-07-26 al 28 para drenar el
|
||||
# atraso de 45 episodios que destapó el arreglo del tope por
|
||||
# pasada (a 24 h el pod trabajaba 4 h y dormía 20, y el atraso
|
||||
# tardaba 5 días en irse en vez de uno). Si vuelve a acumularse
|
||||
# atraso, bájalo otra vez y súbelo al terminar.
|
||||
- name: FEED_CHECK_HOURS
|
||||
value: "3"
|
||||
value: "24"
|
||||
# Caché de modelos Whisper en el PVC: la descarga (~3GB) sobrevive
|
||||
# a los redeploys.
|
||||
- name: HF_HOME
|
||||
|
||||
Reference in New Issue
Block a user