On ne peut pas écrire un seul octet sur un périphérique "bloc".

Oui c'est vrai. Mais le comportement attendu d'un filesystem si on modifie un octet d'un fichier sans changer sa taille serait (c'est là que l'on entre dans les supputations) de récrire tout le même secteur avec juste l'octet de modifié. C'est d'autant plus utile sur un ssd que dans ce cas le contrôleur peut:
- optimiser l'écriture: écrire en flash = mettre des bits à zéro != effacer = mettre tous les bits de plusieurs pages à 1. Donc si le contrôleur détecte que le(s) octet(s) à modifier ne sont que des bits à mettre à zéro alors il peut récrire sur la même page avec juste les quelques bits de plus à zéro.
- s'il y a le moindre bit à mettre à 1, le contrôleur peut immédiatement marquer la page à effacer sans attendre le trim ou une autre réécriture du secteur, puis réallouer une nouvelle page libre pour l'écriture.
Edit: j'ai oublié qu'il y a des octets de correction d'erreur en plus par page. Donc modifier un octet de donnée à zéro va également modifier le crc et probablement mettre des bits à 1. Donc allocation d'une nouvelle page. Si l'optimisation d'écriture est possible, le cas ou l'utilisation de celle ci doit être tellement rare (faute aux crc) que sûrement pas implanté.

J'ai toujours lu que la meilleure méthode était de lancer fstrim périodiquement, idéalement une fois par jour, la nuit.

Moi je le paramètre 1x/jour.

Ca dépend du total d'I/O en écriture je pense. Ce qui est sûr, c'est que personne ne recommande de le faire à la volée.

C'est vraiment intéressant de voir comment tu arrives à optimiser tout ça.

6/ J'envisage de ne plus écrire les données d'un fichier modifié au bout de 30 seconde (la valeur par défaut), mais de 5 minutes. Ainsi la base de donnée, qui est modifiée des dizaines de fois par secondes ne sera plus écrite sur disque que toutes les 5 minutes et non toutes les 30 secondes.

Par rapport à ça, le réglage envisagé s'effectue à quel niveau? Au niveau du système de fichiers? Au niveau de l'application de la base de donnée?
Toutes les modifications ne se font pas "quasi instantanèment" sur le disque dur? J'avoue que ça me surprend...

Leon.

J'en profite pour poser une question : comment vérifier que trim est bien actif sur une partition ? (depuis Ubuntu 14.04 Trim est actif par défaut, sauf sur certains SSD blacklisté, mais j'aimerais bien vérifier)

sudo fstrim -v /

Il dira "xxGB trimmed".
Mais normalement avec un 850 pro aucun soucis, seul le trim asynchrone est blacklisté dans le kernel.

"fstrim -v /" lance le trim.

Donc si tu le relances, y'a plus rien à faire.

Sous Linux, le Trim ne s'active pas, il se lance.