Avant (ext2)les HD se metaient en veille (param BIOS) au bout de 15mns, maintenant avec ext3 ils tournent 24/24 même sans access. Que faire?
Commencer par chercher un peu avant de poster ? http://fcolc.rktmb.org/help/doc_google
Avec "ext3 veille", le premier résultat est déjà pertinent...
http://fcolc.rktmb.org/help/doc_fcolc aide souvent aussi.
Sébastien Kirche
Pierre FERSING
Sebastien Kirche wrote:
On 29 Jul 2004, les wrote:
*Bonjour* aussi !
Avant (ext2)les HD se metaient en veille (param BIOS) au bout de 15mns, maintenant avec ext3 ils tournent 24/24 même sans access. Que faire?
Commencer par chercher un peu avant de poster ? http://fcolc.rktmb.org/help/doc_google
Avec "ext3 veille", le premier résultat est déjà pertinent...
http://fcolc.rktmb.org/help/doc_fcolc aide souvent aussi.
Sébastien Kirche Bonjour
J'ai verifier, le 1er résultat n'est pas suffisant. Il ne dit pas comment augmenter les 5 sec entre chaque ecriture du journal (problèmatique si on ecrit un peu tout le temps (ex: client IRC qui log))
Donc en plus du noflushd, et du noatime comme options de montage, l'option commit est très pratique, elle regle le temps entre 2 ecriture du journal (Attention, si ce temps est toujours réglé élevé, il n'y a plus d'intéret au fs journalisé, donc a ne mettre avec précaution (ex: pendant la nuit))
donc la commande pour mettre cet option: mount / -o remount,noatime,commit999
Pierre Fersing
Sebastien Kirche wrote:
On 29 Jul 2004, les wrote:
*Bonjour* aussi !
Avant (ext2)les HD se metaient en veille (param BIOS) au bout de
15mns, maintenant avec ext3 ils tournent 24/24 même sans access. Que
faire?
Commencer par chercher un peu avant de poster ?
http://fcolc.rktmb.org/help/doc_google
Avec "ext3 veille", le premier résultat est déjà pertinent...
http://fcolc.rktmb.org/help/doc_fcolc aide souvent aussi.
Sébastien Kirche
Bonjour
J'ai verifier, le 1er résultat n'est pas suffisant. Il ne dit pas comment
augmenter les 5 sec entre chaque ecriture du journal (problèmatique si on
ecrit un peu tout le temps (ex: client IRC qui log))
Donc en plus du noflushd, et du noatime comme options de montage, l'option
commit est très pratique, elle regle le temps entre 2 ecriture du journal
(Attention, si ce temps est toujours réglé élevé, il n'y a plus d'intéret
au fs journalisé, donc a ne mettre avec précaution (ex: pendant la nuit))
donc la commande pour mettre cet option:
mount / -o remount,noatime,commit999
Avant (ext2)les HD se metaient en veille (param BIOS) au bout de 15mns, maintenant avec ext3 ils tournent 24/24 même sans access. Que faire?
Commencer par chercher un peu avant de poster ? http://fcolc.rktmb.org/help/doc_google
Avec "ext3 veille", le premier résultat est déjà pertinent...
http://fcolc.rktmb.org/help/doc_fcolc aide souvent aussi.
Sébastien Kirche Bonjour
J'ai verifier, le 1er résultat n'est pas suffisant. Il ne dit pas comment augmenter les 5 sec entre chaque ecriture du journal (problèmatique si on ecrit un peu tout le temps (ex: client IRC qui log))
Donc en plus du noflushd, et du noatime comme options de montage, l'option commit est très pratique, elle regle le temps entre 2 ecriture du journal (Attention, si ce temps est toujours réglé élevé, il n'y a plus d'intéret au fs journalisé, donc a ne mettre avec précaution (ex: pendant la nuit))
donc la commande pour mettre cet option: mount / -o remount,noatime,commit999
Pierre Fersing
Sebastien Kirche
On 29 Jul 2004, Pierre FERSING wrote:
Bonjour
Bonjour,
J'ai verifier, le 1er résultat n'est pas suffisant. Il ne dit pas comment augmenter les 5 sec entre chaque ecriture du journal (problèmatique si on ecrit un peu tout le temps (ex: client IRC qui log))
Entre le message retrouvé par Google, et aussi le followup qui lui a été fait (voir en bas de page) on a l'explication suivante :
- noatime n'a pas d'effet sur la journalisation périodique (5s) d'ext3 qui semble "en dur" dans le noyau - XFS est une piste pour pallier au problème
Donc en plus du noflushd, et du noatime comme options de montage, l'option commit est très pratique, elle regle le temps entre 2 ecriture du journal (Attention, si ce temps est toujours réglé élevé, il n'y a plus d'intéret au fs journalisé, donc a ne mettre avec précaution (ex: pendant la nuit))
donc la commande pour mettre cet option: mount / -o remount,noatime,commit999
C'est une piste intéressante, bien que l'on puisse effectivement annuler l'intérêt du journal de cette façon.
Quelqu'un aurait un retour d'expérience par rapport à la solution XFS ? Histoire de comparer.
Sébastien Kirche
On 29 Jul 2004, Pierre FERSING wrote:
Bonjour
Bonjour,
J'ai verifier, le 1er résultat n'est pas suffisant. Il ne dit pas comment
augmenter les 5 sec entre chaque ecriture du journal (problèmatique si on
ecrit un peu tout le temps (ex: client IRC qui log))
Entre le message retrouvé par Google, et aussi le followup qui lui a été
fait (voir en bas de page) on a l'explication suivante :
- noatime n'a pas d'effet sur la journalisation périodique (5s) d'ext3 qui
semble "en dur" dans le noyau
- XFS est une piste pour pallier au problème
Donc en plus du noflushd, et du noatime comme options de montage,
l'option commit est très pratique, elle regle le temps entre 2 ecriture du
journal (Attention, si ce temps est toujours réglé élevé, il n'y a plus
d'intéret au fs journalisé, donc a ne mettre avec précaution (ex: pendant
la nuit))
donc la commande pour mettre cet option:
mount / -o remount,noatime,commit999
C'est une piste intéressante, bien que l'on puisse effectivement annuler
l'intérêt du journal de cette façon.
Quelqu'un aurait un retour d'expérience par rapport à la solution XFS ?
Histoire de comparer.
J'ai verifier, le 1er résultat n'est pas suffisant. Il ne dit pas comment augmenter les 5 sec entre chaque ecriture du journal (problèmatique si on ecrit un peu tout le temps (ex: client IRC qui log))
Entre le message retrouvé par Google, et aussi le followup qui lui a été fait (voir en bas de page) on a l'explication suivante :
- noatime n'a pas d'effet sur la journalisation périodique (5s) d'ext3 qui semble "en dur" dans le noyau - XFS est une piste pour pallier au problème
Donc en plus du noflushd, et du noatime comme options de montage, l'option commit est très pratique, elle regle le temps entre 2 ecriture du journal (Attention, si ce temps est toujours réglé élevé, il n'y a plus d'intéret au fs journalisé, donc a ne mettre avec précaution (ex: pendant la nuit))
donc la commande pour mettre cet option: mount / -o remount,noatime,commit999
C'est une piste intéressante, bien que l'on puisse effectivement annuler l'intérêt du journal de cette façon.
Quelqu'un aurait un retour d'expérience par rapport à la solution XFS ? Histoire de comparer.
Sébastien Kirche
les
Pierre FERSING wrote:
Donc en plus du noflushd, et du noatime comme options de montage, l'option commit est très pratique, elle regle le temps entre 2 ecriture du journal (Attention, si ce temps est toujours réglé élevé, il n'y a plus d'intéret au fs journalisé, donc a ne mettre avec précaution (ex: pendant la nuit))
Mais une fois le disque en veille, ou et l'interet de continuer le journal? Mêne mis au lit avec hdparm, il repart !!
Impossible de diriger les ecritures des journaux sur un seul disque?
donc la commande pour mettre cet option: mount / -o remount,noatime,commit999
Et on revient au ext2, ce que je fais faire.
Pierre FERSING wrote:
Donc en plus du noflushd, et du noatime comme options de montage, l'option
commit est très pratique, elle regle le temps entre 2 ecriture du journal
(Attention, si ce temps est toujours réglé élevé, il n'y a plus d'intéret
au fs journalisé, donc a ne mettre avec précaution (ex: pendant la nuit))
Mais une fois le disque en veille, ou et l'interet de continuer le
journal? Mêne mis au lit avec hdparm, il repart !!
Impossible de diriger les ecritures des journaux sur un seul disque?
donc la commande pour mettre cet option:
mount / -o remount,noatime,commit999
Donc en plus du noflushd, et du noatime comme options de montage, l'option commit est très pratique, elle regle le temps entre 2 ecriture du journal (Attention, si ce temps est toujours réglé élevé, il n'y a plus d'intéret au fs journalisé, donc a ne mettre avec précaution (ex: pendant la nuit))
Mais une fois le disque en veille, ou et l'interet de continuer le journal? Mêne mis au lit avec hdparm, il repart !!
Impossible de diriger les ecritures des journaux sur un seul disque?
donc la commande pour mettre cet option: mount / -o remount,noatime,commit999
Mais une fois le disque en veille, ou et l'interet de continuer le journal? Mêne mis au lit avec hdparm, il repart !! ce que je t'ai donnée (l'option commit) ne concerne QUE le journal, donc si
tu ne bloque pas aussi l'ecriture des données (avec noflushd) c'est normal que le disque repart
Impossible de diriger les ecritures des journaux sur un seul disque?
J'en doute
donc la commande pour mettre cet option: mount / -o remount,noatime,commit999
Et on revient au ext2, ce que je fais faire. On revient au ext2, mais _temporairement_, durant la journée tu peut
repasser en ext3
les wrote:
Mais une fois le disque en veille, ou et l'interet de continuer le
journal? Mêne mis au lit avec hdparm, il repart !!
ce que je t'ai donnée (l'option commit) ne concerne QUE le journal, donc si
tu ne bloque pas aussi l'ecriture des données (avec noflushd) c'est normal
que le disque repart
Impossible de diriger les ecritures des journaux sur un seul disque?
J'en doute
donc la commande pour mettre cet option:
mount / -o remount,noatime,commit999
Et on revient au ext2, ce que je fais faire.
On revient au ext2, mais _temporairement_, durant la journée tu peut
Mais une fois le disque en veille, ou et l'interet de continuer le journal? Mêne mis au lit avec hdparm, il repart !! ce que je t'ai donnée (l'option commit) ne concerne QUE le journal, donc si
tu ne bloque pas aussi l'ecriture des données (avec noflushd) c'est normal que le disque repart
Impossible de diriger les ecritures des journaux sur un seul disque?
J'en doute
donc la commande pour mettre cet option: mount / -o remount,noatime,commit999
Et on revient au ext2, ce que je fais faire. On revient au ext2, mais _temporairement_, durant la journée tu peut
repasser en ext3
les
Pierre FERSING wrote:
ce que je t'ai donnée (l'option commit) ne concerne QUE le journal, donc si tu ne bloque pas aussi l'ecriture des données (avec noflushd) c'est normal que le disque repart
Impossible de diriger les ecritures des journaux sur un seul disque?
J'en doute
donc la commande pour mettre cet option: mount / -o remount,noatime,commit999
Et on revient au ext2, ce que je fais faire.
Oui ca marche, pourtant le disque est monté par NFS sur d'autres PC. Je n'ai pas device is busy. noatime c'est pour le delais buffer/HD c'est ca? C'est pas un peu risqué?
On revient au ext2, mais _temporairement_, durant la journée tu peut repasser en ext3
C'est quand même bete qu'il n'y ai pas une option pour dire qu'il est inutile de loguer l'absence d'access!
Pierre FERSING wrote:
ce que je t'ai donnée (l'option commit) ne concerne QUE le journal, donc si
tu ne bloque pas aussi l'ecriture des données (avec noflushd) c'est normal
que le disque repart
Impossible de diriger les ecritures des journaux sur un seul disque?
J'en doute
donc la commande pour mettre cet option:
mount / -o remount,noatime,commit999
Et on revient au ext2, ce que je fais faire.
Oui ca marche, pourtant le disque est monté par NFS sur d'autres PC.
Je n'ai pas device is busy. noatime c'est pour le delais buffer/HD
c'est ca? C'est pas un peu risqué?
On revient au ext2, mais _temporairement_, durant la journée tu peut
repasser en ext3
C'est quand même bete qu'il n'y ai pas une option pour dire qu'il est
inutile de loguer l'absence d'access!
ce que je t'ai donnée (l'option commit) ne concerne QUE le journal, donc si tu ne bloque pas aussi l'ecriture des données (avec noflushd) c'est normal que le disque repart
Impossible de diriger les ecritures des journaux sur un seul disque?
J'en doute
donc la commande pour mettre cet option: mount / -o remount,noatime,commit999
Et on revient au ext2, ce que je fais faire.
Oui ca marche, pourtant le disque est monté par NFS sur d'autres PC. Je n'ai pas device is busy. noatime c'est pour le delais buffer/HD c'est ca? C'est pas un peu risqué?
On revient au ext2, mais _temporairement_, durant la journée tu peut repasser en ext3
C'est quand même bete qu'il n'y ai pas une option pour dire qu'il est inutile de loguer l'absence d'access!
