Une grande amélioration pour diminuer le bruit d'un ordinateur est effectivement de stopper le disque dur.
le démon noflushd permet de limiter le temps au bout duquel les données écrites dans les buffers mémoire sont synchronisées avec le disque. Malheureusement, même si la plupart des lectures répétitives de fichiers finissent par rester dans le cache mémoire, la plupart des systèmes de fichiers mettent à jour la date du dernier accès (atime), ce qui est considéré comme une écriture et force le rallumage du disque au bout d'un certain délai.
Pour utiliser noflushd il faut donc souvent aussi monter le SGF avec l'option noatime, mais ceci fait perdre la "posixité" du SGF en question. Je me demande s'il est possible de créer une option "noatime opportuniste" qui ne salirait pas les buffers qui seraient flushés uniquement dans le cas où une "vraie" écriture a lieu. En fait, il faudrait pouvoir spécifier un délai très long avant le rallumage du disque si les données à écrire ne sont pas importantes et un délai plus court quand les données à écrire proviennent d'un vrai changement au niveau des fichiers.
# Noatime
Posté par pshunter . En réponse au journal NoiseLess Linux. Évalué à 5.
le démon noflushd permet de limiter le temps au bout duquel les données écrites dans les buffers mémoire sont synchronisées avec le disque. Malheureusement, même si la plupart des lectures répétitives de fichiers finissent par rester dans le cache mémoire, la plupart des systèmes de fichiers mettent à jour la date du dernier accès (atime), ce qui est considéré comme une écriture et force le rallumage du disque au bout d'un certain délai.
Pour utiliser noflushd il faut donc souvent aussi monter le SGF avec l'option noatime, mais ceci fait perdre la "posixité" du SGF en question. Je me demande s'il est possible de créer une option "noatime opportuniste" qui ne salirait pas les buffers qui seraient flushés uniquement dans le cas où une "vraie" écriture a lieu. En fait, il faudrait pouvoir spécifier un délai très long avant le rallumage du disque si les données à écrire ne sont pas importantes et un délai plus court quand les données à écrire proviennent d'un vrai changement au niveau des fichiers.