NAS Synology : plus de RAM bat le cache SSD, l'auteur l'a appris à ses dépens

Quand l'auteur a mis la main sur son Synology DS1621xs+, il a tout de suite rempli les deux slots M.2 avec des SSD NVMe pour faire du cache, parce que la fiche technique le suggérait. La RAM, passée plus tard de 8 à 32 Go, n'a presque jamais été utilisée à fond selon lui. Sauf qu'en creusant le sujet, il s'est rendu compte qu'il avait tout fait à l'envers.

Le truc, c'est que tous les NAS (Synology DSM, QNAP QTS, UGREEN UGOS, Unraid, TrueNAS SCALE) tournent sous Linux, et Linux garde automatiquement en RAM tout fichier déjà ouvert pour accélérer les lectures suivantes : c'est le fameux "page cache". Résultat, cette mémoire fait déjà le boulot qu'on croit réserver à un cache SSD, et elle est encore plus rapide. Les habitués de ZFS et TrueNAS le savent depuis longtemps : on sature la RAM avant de penser au L2ARC (le cache SSD de ZFS).

Pour un usage familial classique avec Plex, quelques containers Docker et des sauvegardes, le vrai souci arrive quand la RAM manque : DSM se met à swapper sur le disque dur et tout devient poussif, un problème qu'un cache SSD ne résout absolument pas puisqu'il n'agit que sur les lectures du volume. L'auteur a testé un cache SSD Optane en lecture seule : les débits aléatoires synthétiques ont quadruplé, mais le démarrage de containers, les bases de données et l'extraction de fichiers n'ont pas bougé d'un iota. Synology précise même que son cache SSD n'aide que sur les I/O aléatoires, pas sur le streaming vidéo ou les gros transferts séquentiels.

Moralité : pour la plupart des usages domestiques, le jeu de données "chaud" (miniatures photo, base Plex, métadonnées) tient facilement dans 16 ou 32 Go de RAM, qui ne coûte rien à configurer. Un cache SSD ne devient vraiment utile que sur des charges très spécifiques en lecture aléatoire intensive — pas pour transformer un NAS basique en bête de course.