Por qué la búsqueda de Jellyfin se vuelve más lenta a medida que crece la biblioteca

La búsqueda en Jellyfin puede ralentizarse a medida que crece la biblioteca, cuando el trabajo de las consultas o el conjunto de datos activo superan lo que permiten unos índices eficientes y la reutilización de la caché.

El crecimiento por sí solo no demuestra que exista un problema con la base de datos. Un catálogo más grande puede modificar el número de registros, relaciones y búsquedas de imágenes, mientras que los escaneos o las escrituras en segundo plano añaden contención. Mantén constantes la consulta y el cliente, y separa el tiempo de la base de datos de la carga de imágenes y el renderizado de la interfaz.

El crecimiento cambia el trabajo de las consultas

Una biblioteca en expansión añade títulos, personas, géneros, rutas, identificadores de proveedores y relaciones que la búsqueda puede inspeccionar o combinar. El coste depende de la estructura de la consulta y de la adecuación de los índices, no solo de la cantidad de bytes multimedia.

Usa el modelo de funciones de los datos persistentes para pensar en términos de registros y relaciones, en lugar de usar una única cifra de «tamaño de la biblioteca».

Una gran colección de archivos de películas puede seguir respondiendo con rapidez si el número de objetos indexados es moderado, mientras que muchos elementos pequeños pueden ampliar rápidamente el trabajo de las consultas.

Los índices y la estructura de la consulta deben coincidir

Un índice resulta útil cuando el orden de sus claves y su selectividad coinciden con los filtros o el orden de clasificación utilizados. Una consulta que solicita texto amplio, combina varias relaciones o clasifica un resultado grande aún puede tener que examinar más datos que una búsqueda específica.

Compara la consulta con una explicación general sobre la latencia y el rendimiento del almacenamiento para entender cómo difieren la latencia del almacenamiento y los patrones de acceso; el resultado exacto en Jellyfin depende de la ruta de su base de datos y del cliente.

La medición útil es la misma consulta antes y después del crecimiento, no una prueba comparativa basada en un patrón de búsqueda diferente.

La caché y el almacenamiento pueden parecer un coste de consulta

Las páginas frías de la base de datos, los archivos de imágenes y los metadatos del sistema de archivos pueden hacer que la búsqueda parezca más lenta incluso cuando el plan de consulta no ha cambiado. Los escaneos o las copias de seguridad en segundo plano pueden añadir esperas y desalojar páginas útiles entre ejecuciones.

Separa los casos en frío y en caliente con el método de pruebas comparativas en frío y en caliente antes de culpar al crecimiento del catálogo.

Si la segunda búsqueda es rápida pero la primera es lenta, la caché o el almacenamiento forman parte de la experiencia. Si ambas son lentas, el trabajo de las consultas o la contención de la base de datos merecen mayor atención.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Comprueba la causa y las posibles distracciones

Mide por separado el tiempo de la consulta, el renderizado de los resultados, la carga de imágenes, la latencia del almacenamiento y las escrituras en segundo plano. Después, repite la prueba tras pausar una tarea que compita por los recursos o cambiar una variable de la solicitud.

Un breve flujo de trabajo sobre el comportamiento del cliente de Jellyfin puede mostrar si el síntoma corresponde al trabajo de la base de datos, a la ruta de las imágenes o a la interfaz del cliente.

Deja de atribuir la ralentización al crecimiento de la biblioteca cuando eliminar otra causa restablezca el rendimiento de referencia. El crecimiento es la condición; el mecanismo limitante aún necesita pruebas.