0 votos

ITunes en iMac reproduce medios en el servidor de Linux a través de SMB. ¿Qué pasa con las importaciones lentas, los cambios y las paradas?

Publicado esto en SuperUser, pero probablemente sea más apropiado aquí.

Tengo un servidor unRAID (Si no estás familiarizado con unRAID, puedes verlo en lime-technology.com) que es un servidor basado en Linux. Estoy teniendo un rendimiento terrible con iTunes en mi iMac. La reproducción de música está bien. Pero si importo un archivo de canción o cambio metadatos, tiene problemas. Esto no es nuevo, he leído muchos, muchos mensajes quejándose de esto y otros problemas relacionados con shares SMB y sistemas de archivos. Pero creo que puedo estar en algo y me gustaría algún consejo.

Esto es lo que he encontrado hasta ahora. Snow Leopard, OS 10.6.x, tiene un problema con SMB y/o cualquier sistema de archivos que no sea HFS+. HFS+ es el sistema de archivos común para OS X.

Hay cientos de mensajes en la web que se quejan de congelamientos temporales, ralentizaciones, a veces cuelgues en Mac usando shares SMB y otros sistemas de archivos. Aún no he visto que Apple reconozca que hay un problema, pero hay algunas sugerencias por ahí que parecen haber ayudado a la gente. Estaré probando algunas de estas esta semana y publicaré los resultados aquí.

Desde mis propias observaciones, específicamente con iTunes, he notado un comportamiento extraño. Aquí está mi configuración. Tengo un iMac ejecutando 10.6.4 (la última actualización), el último iTunes 10. La aplicación de iTunes está ubicada en el HD interno local, tengo mis archivos de biblioteca de iTunes y todos mis medios en el disco 1 de mi servidor unRAID. Estoy conectado por cable al servidor a través de un router gigabit. Tengo iTunes configurado para organizar los medios y copiar los archivos de medios al servidor.

Cuando importo un archivo de canción en iTunes, el archivo parece copiarse inicialmente a una buena velocidad, el archivo aparece en su lugar adecuado y se puede ver cómo aumenta el tamaño a medida que se copia. Luego se detiene por un tiempo, luego el nombre cambia a un número hexadecimal largo durante unos segundos y luego vuelve a su estado normal. El proceso puede tardar de 30 a 40 segundos, incluso con un archivo de canción pequeño. Miré la consola y obtuve el siguiente mensaje de error:

11/8/10 12:24:28 AM /Applications/iTunes.app/Contents/MacOS/iTunes[2820] Posible carrera de transacción no resuelta -103/(Master Music Library/John Lennon/Rock 'N' Roll,(null))

Lo mismo ocurre cuando hago un cambio en los metadatos. Toma MUCHO tiempo actualizar el archivo. Por ejemplo, añadí al nombre de un álbum y por cada canción que cambió, obtuve:

11/8/10 12:37:36 AM /Applications/iTunes.app/Contents/MacOS/iTunes[2820] Posible carrera de transacción no resuelta -103/(Master Music Library/John Lennon/Signature Box Set 5 - Walls And Bridges,(null))

Esto ocurre para cada archivo importado o cambiado incluso dentro de iTunes. No parece importar si el archivo fuente está en el Mac (por importación, digamos) o en el servidor (por cambios en metadatos, digamos)

Seguí la primera ruta en el mensaje de error: /Applications/iTunes.app/Contents/MacOS/iTunes[2820].

En la carpeta /Applications/iTunes.app/Contents/MacOS/ encuentro los siguientes archivos:

iTunes

libgnsdk_musicid.1.7.1.dylib

libgnsdk_sdkmanager.1.7.1.dylib

libgnsdk_submit.1.7.1.dylib

donde iTunes es un Archivo Ejecutable de Unix.

Investigué un poco más y encontré algunos mensajes sobre sistemas de archivos que no sean HFS+ teniendo problemas con paquetes de aplicaciones. Creo que todas las aplicaciones de OS X son en realidad paquetes, como carpetas, pero apareciendo como un solo archivo. Otros sistemas de archivos no parecen saber qué hacer con ellos. Se hablaba de "aplanar" estos paquetes de aplicaciones, pero aún no he avanzado con eso porque no estoy seguro de entenderlo lo suficiente todavía.

También he notado que en la casilla de información en compartir & permisos usualmente obtengo "Puedes leer y escribir", pero con aplicaciones obtengo "Tienes acceso personalizado". Esto era algo que había notado antes y pensaba que era un problema en el servidor, pero no me di cuenta hasta ahora, que tengo el acceso personalizado en cada aplicación. Así que creo que eso es probablemente normal.

Me pregunto si estoy teniendo un problema de permisos con el Archivo Ejecutable de Unix de iTunes. Ahora mismo los permisos están configurados de la siguiente manera:

system: Leer y Escribir

admin: Leer y Escribir

everyone: Solo Leer

¿Tal vez está intentando escribir en ese archivo u otro y no tiene los permisos adecuados ya que el archivo de canción ahora está en el servidor y eso está causando los bloques? Estoy superado aquí. ¿Alguien tiene ideas?

1voto

Shuft Puntos 420

Algunos lugares que podrías considerar para realizar algunas pruebas y encontrar el problema...

Red

  • ¿Qué tipo de hardware físico conecta el servidor unRAID y la Mac?
  • ¿Cuánto miden los cables?
  • ¿Tus cables de red son viejos/dañados/enroscados de alguna manera?
  • ¿Estás usando una red inalámbrica?
  • ¿Cuál es el tiempo de ping entre el servidor unRAID y la Mac?
  • ¿Puedes hacer un ping a largo plazo (idealmente con paquetes grandes) para ver cómo varía el tiempo de respuesta y si hay paquetes perdidos?

Parece que podría ser un caso de alta latencia o pérdida de paquetes en el acceso al sistema de archivos que está causando problemas. Si es así, entonces una red poco confiable podría ser algo fácil de solucionar... pero necesitaremos un poco más de información de tu parte acerca de tu configuración para saber si ese es el problema.

Tiempos altos de ping (más de un par de milisegundos) realmente ralentizarán el acceso a un montón de archivos (lo cual iTunes hará al sincronizar, por ejemplo). La pérdida de paquetes sería aún peor, ya que podría significar una pausa de más de un segundo al intentar acceder a un archivo.

Software SMB

  • ¿Puedes probar una configuración similar usando una máquina con Windows o Mac en lugar del servidor unRAID (quizás con un tamaño de biblioteca total reducido)?
  • ¿Puedes compilar tu propia versión de samba en tu Mac (idealmente la misma versión que utiliza tu servidor unRAID) y montar usando eso en lugar del cliente samba incorporado? (en este no tengo idea de cómo hacerlo, pero estoy bastante seguro de que sería posible para un sysadmin/hacker UNIX experimentado).

Al reemplazar completamente el servidor samba unRAID o el cliente samba integrado en OS X, podrías descubrir que funciona igual de mal o que simplemente "funciona"... Existe la posibilidad de que el servidor unRAID y Mac OS X 10.6.x simplemente no se comuniquen correctamente a través de SMB, en cuyo caso probarlo con una combinación diferente de cliente/servidor SMB podría mostrar un rendimiento mejorado.

Es difícil asignar la culpa si resulta ser ese el caso, porque podría ser que el cliente o el servidor no estén haciendo lo correcto técnicamente, pero al menos es algo para probar... tal vez puedas cambiar permanentemente el software SMB del servidor o del cliente en una máquina para solucionar el problema...

Software iTunes

  • ¿Puedes probar esto con una versión antigua de iTunes? (requeriría reconstruir la biblioteca para esa versión, por supuesto)

Si tienes acceso a una máquina con una versión anterior de iTunes, podrías ver si funciona mejor... tal vez sea solo que iTunes no puede manejar el retraso inducido por la red (que podría estar en su máximo rendimiento basado en tu configuración de red y servidor-cliente SMB).


Esperemos que tengas acceso a otra computadora y/o hardware de red para realizar algunas de estas pruebas, lo cual debería arrojar luz sobre la causa subyacente. Incluso si es un error a alto nivel (con iTunes, unRAID o OS X), quizás sea algo que puedas mitigar al proporcionar una mejor (¿más rápida? ¿más confiable?) conexión de red entre las dos computadoras. En cualquier caso, eso debería darte un punto de partida, y más información para que podamos ayudarte...

0voto

UnkwnTech Puntos 21942

Hay algo que no entiendo, si tienes iTunes en un Mac (OS X 10.6), ¿qué tiene que ver el hecho de que iTunes sea un paquete (como la mayoría de las aplicaciones Cocoa/Mac) con los problemas de la biblioteca?

iTunes se guarda en /Applications, y como tal requiere permisos personalizados para que cada usuario en la computadora pueda tener el acceso adecuado a él. Básicamente, el “sistema” es el único con permiso de lectura/escritura. Otras aplicaciones pueden tener otros permisos, pero mientras tengas de lectura, no debería haber problemas con eso.

No estoy 100% seguro de los problemas que podrían surgir si iTunes almacena una biblioteca en un recurso compartido smb, pero podría haber problemas, no porque Apple tenga (o no tenga) problemas con los recursos compartidos SMB (el código es el mismo para linux/mac o cualquier otro cliente samba), sino porque samba (y el protocolo de Microsoft en general) no es realmente muy bueno. iTunes podría estar teniendo problemas para actualizar los metadatos de los archivos (cuando los importa) y eso podría estar causando problemas.

No parece que menciones qué sistema de archivos está utilizando tu raid, porque SMB no es un sistema de archivos sino un protocolo de compartición.

0voto

Tengo una configuración similar, ejecutando mi biblioteca de iTunes en un Lacie Network Space (1Tb).

Me encontré con el mismo problema después de actualizar a iTunes 10. Parece que la nueva versión hace un uso intensivo de las propiedades avanzadas de HFS+.

Resolví el problema montando la unidad en modo AppleTalk (AFP). Esto solucionó el problema de la lentitud, mejorando el rendimiento de iTunes y del sistema.

Asegúrate de evitar el montaje SMB, ya que iTunes (y posiblemente otras aplicaciones) no pueden manejar correctamente los recursos.

Saludos

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X