Comment puis-je forcer manuellement un fichier d'un Fusion Drive vers le SSD ?

Je suis conscient que ce n'est peut-être pas la réponse technique que vous cherchez, mais c'est la solution pragmatique pour le moment. J'espère qu'un moyen non-buggy de micro-gérer le stockage en plusieurs niveaux sera connu, mais voici ce que vous pouvez faire aujourd'hui, dès la sortie de la boîte.

• s'assurer que toutes les données tiennent sur le SSD afin qu'il n'y ait pas de hiérarchisation.
• accéder manuellement à ces fichiers pour s'assurer que l'algorithme les considère comme plus lus que les autres. L'utilisation de dd pour lire les fichiers serait un bon début et la reconstruction des bases de données de la bibliothèque iPhoto devrait également forcer une lecture complète du contenu. Il n'est pas certain que la lecture seule affectera la hiérarchisation dans le sens d'une "promotion obligatoire vers le stockage SSD".

Je ne pense pas.

J'ai assemblé un lecteur Fusion Drive à titre expérimental pour voir s'il était préférable d'utiliser un pur SSD plutôt qu'un lecteur à haute vitesse, et les compromis, à savoir la taille par rapport aux performances.

Avec mon Fusion, le SSD se trouvait à l'intérieur de l'unité et j'utilisais un disque externe Firewire. L'avantage, c'est que lorsque le voyant d'activité du disque Firewire clignotait, je savais qu'on y accédait. Nous avons un programme qui génère un fichier de cache, et périodiquement il change. Voici ce qui s'est passé :

1. Lorsque le programme démarre, il crée le fichier cache et commence à le frapper à intervalles d'environ une seconde.
2. Au départ, le Firewire, qui était bien sûr la partie HD de la Fusion, ne montrait aucune activité, ce qui m'a indiqué que le SSD était touché.
3. Après quelques secondes, le Fusion a semblé transférer le fichier sur le lecteur Firewire, puis il a commencé à clignoter aux mêmes intervalles. Cela m'a dit que le Fusion avait déchargé le fichier du SSD vers le disque dur.
4. Lorsque le fichier change, les étapes 1 à 3 se répètent.

Le fichier cache n'était pas volumineux, mais ce qui était clair pour moi, c'est que la gestion du disque Fusion suivait les algorithmes propriétaires d'Apple, qui, à ma connaissance, ne sont pas connus. Cela a été fait il y a quelque temps, juste après que les Fusions et la possibilité de les fabriquer aient été connues, donc qui sait si cela fonctionne encore de cette façon.

Si vous voulez contrôler où vont les données, vous pourriez créer un disque de démarrage et un disque système avec le SSD, puis décharger les choses plus lentes qui n'ont pas besoin d'être beaucoup sollicitées sur le disque dur et les lier à l'OS via des liens symboliques. De cette façon, vous pouvez contrôler où vont les choses, ce qui est sauvegardé et quand, et si l'une des unités tombe en panne, vous saurez où et quelles données ont été perdues. En l'état actuel des choses, avec un disque Fusion, vous ne pouvez pas savoir à un instant donné ce qui se trouve sur quel disque. Je sais que ce que je décris est une configuration à deux disques, mais vous pouvez trouver que c'est généralement plus rapide qu'un disque Fusion.

J'espère que cela vous aidera.

Le script que Howard a posté peut être utilisé pour copier périodiquement un fichier sur /dev/zero. Si vous mettez en place une tâche d'automate ou une tâche cron qui appelle ce script pour les fichiers que vous voulez mettre en cache, cela trompera très probablement le système d'exploitation en mettant les fichiers sur la partie SSD.

Une autre option pour épingler une application sur le SSD est d'ouvrir et de fermer le programme en arrière-plan à l'aide d'Automator et de ne pas se contenter de lire le fichier d'application lui-même. Cela garantira que les bibliothèques / fichiers de configuration associés seront également placés sur le SSD.

Essayez le script suivant

#!/bin/bash
echo $1

dd if="$1" of=/dev/zero bs=1m