Mover el directorio de inicio al SSD

Guía de rendimiento de Macintosh tiene un excelente artículo sobre el tema. Lo más importante quizá sea la admonición a Crear otra cuenta de administrador que resida en la unidad de arranque . De lo contrario, si la unidad que contiene el directorio de inicio desaparece, no podrá iniciar la sesión.

Consejos para mantener el disco de arranque lleno o vacío y las gotas que que hayas aprendido por las malas son muy apreciadas.

Otro artículo de MPG ; muy informativo. Sinopsis: A medida que se acerca a 2/3 - 3/4 de su capacidad, el rendimiento del disco puede disminuir alrededor de un 40%. Y en el espíritu de este hilo de preguntas - esto no ocurre con un SSD.

Para la instalación del sistema operativo, las aplicaciones, etc.

Dar un disco a JHFS+.

Si estás limitado a dos discos y uno es duro, utiliza el disco duro.

Para la integridad de los datos del usuario

Dale al menos otro disco a ZFS.

¿Por qué no HFS Plus?

Una pequeña prueba de HFS - una presentación en línea de comandos de @jolly de DIY Fusion Drive fama - demuestra el fracaso de HFS Plus en una situación.

En otras situaciones: la corrupción de los datos puede pasar desapercibida, y propagarse por todas las copias de seguridad, hasta el punto de no hay recuperación .

Esta corrupción puede ser indetectable por utilidades como Disk Utility y Alsoft DiskWarrior (esa es la naturaleza de HFS Plus). Los efectos en los usuarios finales van desde lo sutil hasta lo extremo; y sin una identificación positiva de los archivos que están dañados, puede ser extraordinariamente difícil localizar el origen de un problema.

¿Por qué ZFS?

Véase, por ejemplo, el respuesta aceptada a una pregunta en Fallo del servidor, Escenarios de pérdida de datos de ZFS  -

  Nunca he perdido datos con ZFS.

I tienen experimentó todo lo demás

Si el disco es duro (rotativo)

Evite una mezcla de sistemas de archivos que incluya HFS Plus :

Dado que HFS+ tiene un único bloqueo global para todas las actualizaciones de metadatos (que se mantiene a lo largo de la E/S), es muy sensible a las latencias del disco. 

(Mi uso actual de JHFS+ y ZFS en un Seagate Momentus ® XT ST750LX003-1AC154 híbrido de estado sólido -interno a un MacBookPro5,2 con 8 GB de memoria- es lo suficientemente bueno, pero podría funcionar mejor sin esa mezcla en el disco único).

Con tres o más discos, sólo uno de estado sólido, y Mountain Lion

Dar un trozo de la SSD a un LVG de CoreStorage, y a continuación lo agrupa con su volumen de inicio JHFS+. Objetivo: comportamiento similar al de Fusion Drive.

Dar un trozo diferente de la SSD a ZFS. O bien:

1. simplemente zpool add poolname cache /dev/disknslicen o
2. dar el slice a CoreStorage el añadir ese CoreStorage a su pool ZFS.

El enfoque (1) está bien establecido para las ganancias de rendimiento a través de la caché de reemplazo adaptable de nivel 2. El blog de Brendan " Capturas de pantalla de L2ARC  (2009-01-30) nos recuerda que reiniciar el sistema operativo hace que el L2ARC se enfríe y:

También estamos trabajando en un L2ARC persistente, por lo que si un servidor se reinicia pueda comenzar en caliente, lo que estará disponible en una futura actualización.

El enfoque (2) tiene como objetivo traer la auto-titulación a ZFS sin un go-cold en el reinicio. Una comprobación rutinaria de la integridad de los datos ( scrub ) podría degradar los datos del nivel de alto rendimiento si es así, yo se pregunta si otra rutina puede mitigar los efectos de la degradación - un incremento zfs send (copia de seguridad) debe leer, desde el pool de ZFS, los bloques escritos recientemente; y así CoreStorage debe promover las cosas al nivel preferido.

Múltiples grupos que comparten un único SSD

El respuesta aceptada a una pregunta en el Servidor Falla observa:

No es una buena idea compartir un SSD entre pools por razones de integridad de datos y rendimiento. 

Sin embargo, el tema de esa pregunta era ZFS - ¿Cómo particionar el SSD para el uso de ZIL o L2ARC?  (2011-02-22) - anterior a ZEVO, Fusion Drive, etc. En Resistencia de ZEVO a la pérdida intempestiva de L2ARC  (2012-11-04) mi conjetura inicial es que con varios pools compartiendo un mismo SSD, la parte L2ARC de ese SSD no tiene por qué suponer un riesgo para la integridad de los datos.

(No tengo experiencia con ZIL).

Personalmente Desde hace unos meses utilizo ZEVO ZFS para mi directorio personal, con CoreStorage para cifrar el conjunto de datos ZFS y el volumen de arranque. Contraseñas diferentes, por lo que (mejor que FileVault 2) ningún otro administrador de la máquina puede acceder a mis datos.

La Utilidad de Discos de Apple tiene actualmente demasiados fallos para presentar una verdadera visión de conjunto, así que aquí hay puntos de vista alternativos.

La única unidad híbrida de estado sólido del portátil:

Además de una unidad de disco duro externa (StoreJet) y su vdev de caché (Verbatim, unidad flash USB) para la caché de reemplazo adaptable de nivel 2:

Sugerencia: el dispositivo de caché puede retirarse físicamente mientras se utiliza activamente la unidad de disco duro. No debería producirse ningún daño; esta es una de las bellezas de ZFS.

Generalmente Si la idea de mezclar dos tecnologías de pool (Apple CoreStorage más ZFS) le pone la cabeza en ¡Aquí hay dragones! territorio entonces:

• dejar de lado los pensamientos sobre las mezclas
• para ZFS, al menos eche un vistazo a MacZFS o más completo ZEVO .

Probablemente @bmike deseará que se añada un tl;dr a esta respuesta un diagrama podría facilitar la digestión del conjunto.

Tengo una editorial de libros de corta duración. A todos los efectos, las operaciones de diseño e impresión son cosa de una sola persona. El tiempo que se pasa esperando a que la pelota de playa gire es un tiempo perdido y poco rentable. Los fondos son escasos para conseguir el equipo más moderno, pero intento incorporar la tecnología que ofrece la mejor relación calidad-precio. También me dedico a desarrollar páginas web en PHP/MySQL.

Mi sistema principal es un MacPro de principios de 2008 (3,1). Tengo un Mac mini de nivel medio de 2011 como máquina de diseño secundaria y servidor interno de web/base de datos. Ambos sistemas arrancan desde discos SSD de 128 GB que también contienen las carpetas de usuario y extraen los datos de los proyectos de publicación de los discos duros giratorios. Aunque el MaPro es un equipo dotado de procesador, ten en cuenta que el Mac mini funciona con SATA el doble de rápido.

Así es como tengo mi Mac Pro:

128GB SSD

• Archivos de iCloud
• Archivos de Dropbox
• Fuentes
• Carpetas de usuario
• Correo
• Archivos personales, excepto música, películas y fotos
• Archivos de caché de Photoshop
• Suelen tener entre 20 y 40 GB de espacio libre en cualquier momento

Discos duros secundarios que ejecutan ZFS

• Copia de seguridad de los archivos de instalación del software
• Biblioteca de iTunes
• Biblioteca de iPhoto
• Carpeta de películas
• Todos los proyectos editoriales de mis clientes

Me las he arreglado para vivir dentro de un espacio de 128GB manteniendo las cosas grandes fuera de mi SSD. No hay cosas "elegantes" como los enlaces simbólicos. iTunes e iPhoto son puntos únicos a sus archivos. Muevo manualmente los rips de películas de /usuarios/películas a mis discos duros... Cuando me pongo a ello. Utilizo Dropbox principalmente para la sincronización de 1Password y iCloud mantiene gran parte de mis procesadores de texto, hojas de cálculo y presentaciones para acceder desde el MacPro así como mi equipo iOS.

Siempre he gestionado manualmente las ubicaciones de los archivos de mis proyectos de clientes en InDesign, Illustrator y Photoshop. La mayoría de los archivos de los clientes son lo suficientemente pequeños (entre 5 MB y 50 MB normalmente) como para que se carguen rápidamente, sobre todo porque los programas se ejecutan desde el SSD. Noto la diferencia de velocidad del disco duro cuando creo archivos de Photoshop de 100MB a 500MB. He descubierto que guardar en PSD es de un solo hilo y lento, mientras que guardar en Photoshop en un TIF con capas es de varios hilos y mucho más rápido.

Este sistema, relativamente sencillo y configurado predominantemente de forma manual, me funciona muy bien... casi siempre. En el ámbito personal, mis únicas funciones importantes de mantenimiento de la casa son las películas.

Estoy contemplando construir un Fusion Drive en el mini pero aún no lo he hecho. Cuando empiece a crear diseños de libros más complejos que requieran archivos de Photoshop más grandes, cambiaría con gusto el control total que me proporciona mi configuración actual por el almacenamiento automático por niveles que ofrece una unidad Fusion Drive.

Conduzco un coche de transmisión manual porque es más divertido. Utilizo un Mac porque OS X funciona mejor que Windows. Si puedo encontrar una manera de aprovechar la integridad de los datos de ZFS con la fluidez de un Fusion Drive, tomaría ese camino sin pensarlo dos veces.

En Mountain Lion es posible replicar la unidad Apple Fusion con discos duros y SSD estándar. Esto automatiza la división de sata entre el SSD y el disco duro.

Esto mantiene los archivos de uso común en un SSD y los datos menos utilizados en un disco duro. Cuando leas o escribas en un archivo, el sistema operativo migrará los bloques que se estén utilizando al SSD, de modo que los accesos posteriores se harán en el SSD y, si se utilizan habitualmente, estarán en el SSD desde el principio, mientras que los archivos que no se utilicen estarán en el disco duro.

el proceso se detalla en este blog o en una respuesta a esto pregunta