Velocidades de copia de archivos masivas extremadamente bajas en recursos compartidos de AFP en Yosemite

3

Algunos antecedentes de hardware: Administro un laboratorio de gráficos 3D de aproximadamente una docena de clientes iMac que ejecutan 10.10.5 y un Mini que ejecuta Server 10.10.2 (Server.app v4 .0.3 / build 14S350). El Mini se encuentra en un gabinete Sonnet xMac, que lo conecta a través de Thunderbolt a un controlador Areca ARC-1883X SAS RAID y una tarjeta Ethernet SmallTree P2E10G-1-T 10Gb. El Areca administra dos RAID SAS de 40 TB y la tarjeta SmallTree conecta el Mini a través de Cat6a a un conmutador NetGear ProSafe XS708E 10GbE. Todas las iMac están conectadas a través de 1GbE Cat6 a un conmutador HP 1810-48G, que a su vez está conectado a través de un tronco de 6Gb al conmutador NetGear.

Mis artistas se han encontrado con un problema con las copias masivas de archivos entre los directorios del recurso compartido de AFP en el Mini con el que trabajan. Con frecuencia, representan secuencias de cientos o miles de imágenes, y después de que estas imágenes se procesan en su carpeta de salida, deben copiarse en un segundo directorio para que nuestros compositores trabajen. La operación de copia absolutamente CRAWLS. Un ejemplo, hace media hora: 861 archivos .exr, con un total de aproximadamente 350 MB, tomaron aproximadamente 3 horas antes de que lo elimináramos en un ~ 75% y en su lugar lo hicimos desde el escritorio del servidor al compartir la pantalla en aproximadamente 30 segundos esta docena de veces al día y, por supuesto, no se le puede dar acceso a la pantalla compartida con el servidor, por lo que esto no es una solución). No siempre cuelgan así, pero nos encontramos con este caso al menos una vez al día y todas las copias masivas van mucho más lentas de lo que deberían. Esto solo ocurre con grandes grupos de archivos: podemos copiar un solo archivo de 300 MB entre directorios de forma bastante instantánea.

He hecho algunas pruebas, y esto parece ser un problema del cliente de Yosemite más que nada. Ejecuto Mountain Lion en mi propia computadora portátil e hice algunas pruebas, en 10.8 y 10.10, en wifi y Ethernet cableada, y en perfiles locales y de red desde que nuestros artistas ingresaron a las cuentas de la red. Algunos resultados limitados para 300 archivos .exr que suman 133MB:

10.8 / Wifi / Perfil local: 300 artículos copia en 53 segundos

10.8 / Wired / Local profile: 300 artículos se copian en 47 segundos

10.10 / Cableado / Perfil local: 300 elementos se copian en 223 segundos

10.10 / Cableado / Perfil de red: 300 elementos se copian en 263 segundos

Las cuentas de red son un poco más lentas, pero la gran diferencia parece ser el cliente 10.8 frente al cliente 10.10. Nuevamente, el problema es con largas listas de archivos y no con archivos monolíticos individuales. Nuestras velocidades directas de Ethernet al servidor son fantásticas: en 10.8 y 10.10 Blackmagic Speed Test, obtengo 110MB / seg + de lectura y escritura en el servidor, y solo un poco más lento en Wireless N wifi. Esto solo se convierte en un problema cuando necesitamos copiar largas listas de archivos, lo que necesitamos hacer muchas veces al día.

¡CUALQUIER ayuda para descubrir qué está mal aquí sería muy apreciada! Esto nos está volviendo absolutamente locos en este punto y está matando la productividad. Feliz de publicar cualquier registro solicitado o intentar cualquier modificación sugerida del sistema. ¡Gracias!

    
pregunta infinitesunrise 20.10.2015 - 00:16

1 respuesta

1

Así es como atacaría el problema. No es una respuesta, pero esperamos que podamos agrupar ideas de fuentes hasta que puedas informar sobre el éxito o al menos una forma de medir las cosas.

  1. Configure un cliente de caso de prueba sin aplicaciones de terceros ejecutándose al iniciar sesión. Reinicie ese cliente y monte el recurso compartido de red. Ejecute sudo sysdiagnose Finder antes de iniciar una copia.
  2. Comience un rastreo de TCP en el adaptador de red que copiará el archivo. Si no se está conectando a través de en0 , use Información del sistema para ver el nombre BSD de la conexión de red.
  3. Una vez que se inicie el rastreo, inicie la copia del archivo en cuestión.
  4. Después de 3 minutos (o menos si la transferencia se realiza antes), presione Control + C para finalizar la captura
  5. Ejecutar un segundo sudo sysdiagnose Finder después de la captura de red

Con esta velocidad de transferencia lenta, algo realmente mal está sucediendo en la pila de la red, pero sin mirar los registros del cliente, será difícil saber con certeza qué es lo que detiene la operación. También puede ejecutar un sysdiagnose en el lado del servidor una vez casi al mismo tiempo que lo hace en el lado del cliente para eliminar un servidor lento como el problema. Parece que tienes un montón de caballos de fuerza para que el almacenamiento se mueva rápidamente, pero obtener registros del lado del servidor también te ayudará:

sudo sysdiagnose
sudo /Applications/Server.app/Contents/ServerRoot/usr/sbin/serverdiagnose

La traza es:

sudo tcpdump -i en0 -s 0 -B 524288 -w ~/Desktop/AFPslow.pcap

    
respondido por el bmike 20.10.2015 - 00:39

Lea otras preguntas en las etiquetas