Bonjour,
Bah, çà arrive, en général on cherche "tellement fort" qu'on en oublie tout le reste et on passe a coté de l'essentiel.
Ce qui est plus gênant par contre, c'est quand on se trompe de destination ... et qu'on se lance dans un peu de ménage
Pour le cache, normalement l'OS cache les pages qui passe en son sein. Je ne suis pas sûr à 100%, mais je sais que cela existe en Linux (j'avais d'ailleurs besoin de vider le cache par un cron pour éviter des soucis lors de manipulation de MV).
Le plus simple serait de faire un essai pour voir le résultat ! avec 4Go, c'est devrait être faisable en copiant un fichier du raid1 vers un endroit vide, faire par exemple un dd if=/monrep/fichierde700Mo.iso of=/dev/null, si l'opération est "fraîche", une seconde opération devrait être "ultra-rapide", sinon la refaire une fois.
Par contre mettre le swap sur un SSD, c'est pas top, et je ne sais pas si l'OS va gérer le TRIM sur un SDD en SWAP, en ZFS oui, mais là en raid1, je doute.
Si vous regardez l'usage du swap, vous voyez quelque chose ? (webgui ou top)
Sinon, 50mo/s c'est bien, le meilleurs que j'ai avec des switch c'est 58Mo/.
Pour avoir mieux, il faut faire de l'agrégation réseau avec des cartes rj45 en PCI ... ou mieux PCI-express ( en dual-port

) avec 4 port, vous pourriez avoir 200Mo/s ... après faut que le système puisse avaler tout çà bien sûr !
Pour tester votre disque, vous pouvez copier un fichier fait avec des zéros: genre dd if=/dev/zero of=/repdedest/monfichier.img bs=1M count=10000 ... ou count=100000 çà donne une idée

Serveur Intel bi-Xéon P5530 / 8 X Ubuntu Serveur 18.04 LTS - ZFS-BTRFS-bcache / ~30 x PI2b(ARM) sous Nas4Free / et ...(chhhut)... 1 seul Xigmanas

... et pas à jour en plus

(çà craint)
Conception d'un "système bizarre"

de "super-devices-autonomes" en NFS gérés par des micro-serveurs SAN(+nas) sous N4F (11 super-devs en raidz3) taille actuelle: 16To / prévue: 64To / théorique: 320To (consommation < 15W en veille - 24/24h) en service depuis 2 ans.