SanbilaSanbila
Glosario

Caché LRU

El cacheo LRU (Least Recently Used) es una de las técnicas más antiguas de informática. Cuando un nuevo elemento debe guardarse pero la caché está llena, se elimina el elemento accedido hace más tiempo. Resultado: los elementos frecuentes quedan en caché, los fríos se van solos.

Por dentro, una caché LRU sigue el orden en que los elementos se tocaron por última vez. Cada lectura o escritura mueve ese elemento al frente de una lista de recencia; cuando hace falta espacio, se quita el del final, el que lleva más tiempo intacto. Una buena implementación lo hace en tiempo constante con una tabla hash más una lista enlazada, así que seguir la recencia no añade sobrecoste real. LRU es una política entre varias: LFU expulsa el menos usado por frecuencia, FIFO expulsa el escrito hace más tiempo sin importar el uso, y cada una encaja con un patrón de acceso distinto. LRU gana cuando el uso reciente predice el uso próximo, justo como un editor vuelve a los mismos planos durante una sesión.

Para editores de video, LRU significa que tu caché nunca se llena manualmente ni deja de funcionar. Fijas un presupuesto (por ejemplo 50 GB), y el sistema gestiona la limpieza. Los elementos fijados se excluyen de la evicción, así que los archivos críticos se pueden proteger a mano.

Lo que hace a LRU ideal aquí es que la evicción es barata y totalmente reversible. Los proxies en tu SSD son copias desechables; los originales de referencia viven en la nube. Así que cuando la caché expulsa un proxy que no has tocado en semanas, no se pierde nada: en cuanto reabres ese proyecto, el proxy se regenera o el original se transmite a demanda. Esa red de seguridad es por lo que una caché automática y agresiva funciona para editar: tienes la velocidad del media local sin vigilar nunca el espacio en disco ni temer pérdida de datos.

Ejemplos

  • •Fija un presupuesto de caché de 100 GB, los proxies más antiguos no usados se eliminan al acercarse al límite
  • •Fija el proyecto de cliente actual para que sus proxies nunca sean eliminados mientras trabajas
  • •Dispara una limpieza manual para liberar espacio al instante sin esperar la evicción automática

En Sanbila

La caché SSD local de Sanbila corre política LRU con tamaño configurable de 5 GB a 500 GB. Los proyectos fijados están protegidos. Los originales permanecen en la nube, así que cualquier proxy eliminado se re-transmite a demanda.

Preguntas frecuentes

¿En qué se diferencia LRU de otras políticas de evicción?+

LRU expulsa lo usado menos recientemente, apostando a que el uso reciente predice el futuro. LFU (menos usado por frecuencia) cuenta en cambio cuántas veces se toca cada elemento y conserva los populares, mientras que FIFO simplemente quita el escrito hace más tiempo sin importar el uso. Para editar, LRU encaja mejor: vuelves una y otra vez a los clips tocados en la sesión, así que la recencia es un buen indicador de lo que necesitarás después.

¿LRU borrará un proxy que todavía necesito?+

Solo uno que no has tocado en mucho tiempo, y aun así no se pierde nada de verdad. Los proxies expulsados son solo copias locales; el original sigue a salvo en la nube, así que reabrir el proyecto regenera el proxy o transmite el original a demanda. Y puedes fijar un proyecto para excluir del todo sus proxies de la evicción mientras trabajas en él.

¿Cómo usa Sanbila una caché LRU?+

La caché SSD local de Sanbila aplica una política LRU con un presupuesto de tamaño que defines (desde unos pocos GB hasta cientos). Al acercarte al límite, los proxies no fijados menos usados recientemente se borran automáticamente, y también puedes disparar una limpieza manual. Como los originales quedan en la nube, cualquier proxy expulsado se re-transmite o reconstruye a demanda, así la caché se mantiene rápida y autogestionada.

Términos relacionados

Fuentes

Escrito por Lassana Toure, fundador de Sanbila.

Última actualización: