Prueba si el recuento de archivos, y no la velocidad del enlace, es el desencadenante antes de cambiar la configuración de SMB o de la red.
En un NAS doméstico, miles de archivos pequeños obligan al cliente y al servidor a repetir la búsqueda de ruta, las comprobaciones de permisos, las aperturas, creaciones, actualizaciones de metadatos, cierres y el escaneo del lado de la aplicación para cada objeto. Un enlace gigabit o 2.5GbE puede permanecer mayormente inactivo mientras la copia avanza lentamente, por lo que el primer paso útil es una prueba A/B que mantenga los bytes totales similares pero cambie el recuento de objetos, seguida de pruebas de almacenamiento, cliente y herramienta de copia en un orden fijo.
Compara Un Archivo Grande Con Los Mismos Bytes en Archivos Pequeños
Crea dos conjuntos de prueba en el mismo almacenamiento de origen: un archivo grande y una carpeta que contenga miles de archivos pequeños con un tamaño total aproximadamente igual. Copia ambos al mismo recurso compartido NAS usando el mismo cliente, ruta SMB y ventana de tiempo.
Un informe de un usuario de TrueNAS muestra el patrón característico de ralentización SMB con archivos pequeños mientras que los archivos grandes mantenían una velocidad de red cercana a la normal. Ese contraste es más útil que un solo número de velocidad porque demuestra que la forma de la carga de trabajo cambia el cuello de botella.
Registra el tiempo transcurrido, total de archivos, total de bytes, archivos por segundo, promedio de MB/s y si la ralentización comienza inmediatamente o solo después de que se llena la caché. Si ambos conjuntos son lentos, investiga primero la ruta general de red o almacenamiento; si solo colapsa el conjunto de archivos pequeños, continúa con pruebas enfocadas en metadatos.
Separa la Capacidad de la Red del Trabajo Por Archivo
Realiza una prueba de red de memoria a memoria entre el mismo cliente y NAS, luego compárala con el resultado SMB del archivo grande. Una prueba de red limpia y una copia rápida de archivo grande muestran que el enlace puede transportar datos aunque la carga de trabajo de archivos pequeños no pueda mantenerlo lleno.
Los archivos pequeños convierten la copia en un trabajo repetido de solicitud y respuesta. Eclectic Light documentó cómo las copias de seguridad SMB con muchos metadatos pueden tardar inesperadamente mucho tiempo incluso cuando se mueve poca información útil.
No respondas a ese resultado cambiando primero MTU, dúplex o agregación de enlaces. En lugar de eso, sigue el conteo de archivos por segundo y la latencia cargada; la siguiente pregunta útil es si el trabajo repetido está esperando en el origen, en el destino NAS o en la inspección del lado del cliente.
Prueba la Latencia de Metadatos del Origen y Destino por Separado
Copie el conjunto de archivos pequeños desde el origen a otra carpeta local en el cliente, luego crea o extrae el mismo conjunto localmente en el NAS. Estas dos pruebas aíslan las lecturas del origen y las creaciones en el NAS sin que SMB esté entre ellas.
Una discusión directa en Unraid midió operaciones lentas por archivo que no eran visibles durante transferencias de archivos grandes. La señal importante es si la creación local en el destino ya es lenta antes de que la red intervenga.
Si la copia local en el cliente es lenta, inspecciona el disco de origen, sistema de archivos, cifrado y disposición de archivos. Si la creación local en el NAS es lenta, inspecciona el pool de destino, nivel de caché, ruta de paridad, fragmentación del espacio libre, dispositivo de metadatos y comportamiento de escritura síncrona antes de ajustar SMB.
Mide el Escaneo de Seguridad y la Indexación en Ambos Extremos
Antivirus, protección de endpoints, generación de miniaturas, indexación de contenido, observadores de sincronización y escáneres multimedia pueden inspeccionar cada archivo nuevo. Su costo fijo por objeto puede dominar una carga de trabajo que crea miles de elementos rápidamente.
Realiza una prueba controlada excluyendo temporalmente el escaneo e indexación en tiempo real solo para la carpeta de prueba dedicada, luego restaura la protección inmediatamente. El propósito no es dejar la seguridad deshabilitada, sino determinar si la ralentización sigue a la inspección por archivo.
Si los archivos por segundo aumentan drásticamente, crea una exclusión a largo plazo más segura solo para datos de respaldo confiables o caché generada, o programa el escaneo después de la transferencia. Si el resultado no cambia, restaura la configuración original y pasa al comportamiento de la herramienta de copia en lugar de acumular excepciones inexplicables.
Compara Herramientas de Copia y Concurrencia Sin Cambiar el Conjunto de Datos
File Explorer, Finder, Robocopy, rsync, clientes de respaldo y herramientas de archivo pueden usar diferentes profundidades de cola, llamadas a metadatos, reglas de reintento y paralelismo. Compara dos herramientas contra el mismo árbol de origen y destino en lugar de comparar cargas de trabajo no relacionadas.
La discusión de Resilio sobre escaneos con gran cantidad de archivos ilustra por qué un trabajo puede seguir limitado por metadatos incluso cuando cambia poco contenido. Más hilos pueden ocultar algo de latencia, pero también pueden sobrecargar el NAS con creaciones concurrentes.
Aumenta la concurrencia paso a paso y detente cuando los archivos por segundo dejen de mejorar, la latencia aumente bruscamente o el NAS comience a encolar escrituras. Mantén la configuración que mejore consistentemente la carga de trabajo real, no el valor más alto que permita la herramienta.
Usa el Patrón de Resultados para Elegir la Solución Más Pequeña
El diagnóstico debe apuntar a una etapa dominante: capacidad de red, lecturas de origen, creaciones en NAS, escaneo en endpoints, comportamiento de solicitudes SMB o la herramienta de copia. No combines todas las posibles configuraciones en un solo experimento porque el cambio final de velocidad ya no explicará la causa.
La explicación de ZimaSpace sobre cómo el recuento de archivos aumenta el trabajo en NAS proporciona la razón subyacente por la que los archivos por segundo pueden importar más que MB/s para esta carga de trabajo.
Acepta la solución solo cuando el mismo conjunto de archivos pequeños mejore en ejecuciones repetidas sin perjudicar la velocidad de archivos grandes, permisos, comportamiento de restauración o la capacidad de respuesta del NAS. Cuando la recuperación individual no sea necesaria, empaquetar archivos diminutos inmutables en un archivo puede reducir la sobrecarga de objetos, pero eso es una decisión de flujo de trabajo y no una reparación universal de SMB.
Soporte y Consejos
Más para leer

¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...

Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...

Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...

