Est-ce que mes disques se réveillent trop souvent?

1

J'ai remarqué une séquence de ces messages dans mes journaux:

Oct 27 02:20:38 kernel: sd 0:0:0:0: [sda] Synchronizing SCSI cache
Oct 27 02:20:38 kernel: sd 0:0:0:0: [sda] Stopping disk
Oct 27 02:20:38 kernel: sd 0:0:0:0: [sda] Starting disk
Oct 27 02:21:13 kernel: sd 0:0:0:0: [sda] Synchronizing SCSI cache
Oct 27 02:21:13 kernel: sd 0:0:0:0: [sda] Stopping disk

De là, je comprends que chaque minute, mes disques se réveillent. Comme cela se produit sur un serveur très mal utilisé, j'aimerais réduire le nombre de fois que mes disques sont réveillés au minimum. Est-ce que quelqu'un sait comment faire cela? Cordialement.

flix
la source
Si vous y accédez, souvent, ne le mettez pas en veille jusqu'à ce qu'il se soit écoulé un laps de temps important.
Ramhound

Réponses:

0

vous voudrez peut-être installer outils en mode portable , qui gèrerait cela (et d’autres économies d’énergie possibles).

Tourner chaque minute est définitivement mauvais, vous allez détruire votre disque très bientôt

Matija Nalis
la source
"ralentir chaque minute est mauvais" .. même avec un disque SSD, s'il n'y a (à ma connaissance) rien qui tourne?
flix
@flix il n'y a pas de "ralentissement" sur le SSD (comme rien ne "tourne"), donc cela ne peut pas être mauvais. Les mêmes commandes ATA / SCSI peuvent être utilisées pour les disques SSD afin d'accélérer le passage en mode veille à faible consommation d'énergie (au lieu d'attendre le délai d'attente intégré), mais cela ne devrait pas affecter négativement la durée de vie des disques SSD. Mais cela ne vous apportera pas non plus d'économies d'énergie telles que la réduction des disques classiques.
Matija Nalis
Donc, s’il n’ya pas de quoi s’inquiéter des messages, y a-t-il un moyen de ne pas noyer mes journaux?
flix
@flix probablement, en fonction de votre démon de journalisation. Par exemple, si vous utilisez rsyslog, vous voudrez probablement filtrer par texte ; et pour l'ancien syslogd, vous devez ignorer toute la classe de ressources / ressources de kernel.info.
Matija Nalis