From: | Sébastien Lardière <sebastien(at)lardiere(dot)net> |
---|---|
To: | pgsql-fr-generale(at)postgresql(dot)org |
Cc: | Francis Leboutte <f(dot)leboutte(at)algo(dot)be> |
Subject: | Re: taille fichiers BD, RAM, performance |
Date: | 2007-11-16 16:25:13 |
Message-ID: | 473DC469.6020702@lardiere.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Francis Leboutte a écrit :
>> >
>> > Pas moyen d'atteindre cette valeur 0?
>> >
>>
>> Euh... comment peut-il mettre en cache la table s'il ne la lit pas ?
>> parce que les premières lectures concernant la mise en cache (il n'y a
>> peut-être pas que ça dans les lectures indiquées, mais il y a au moins
>> ça... vous n'obtiendrez *jamais* 0).
>
> Je suppose (et il me semble l'avoir lu) qu'à un moment ou l'autre les
> données statistiques sont rénitialisées (toutes les X secondes ou à la
> fin ou au début d'une transaction). Comme je répète régulièrement le
> même test (± 5000 fois une série de 30 select, le 0 devrait être
> atteint à la longue.
Non, les données ne sont pas remises à zéro, elles sont continuellement
mise à jour, donc le compteur ne peut pas revenir à zéro, il ne peut que
croître.
Pourquoi voulez-vous à tout prix avoir ce compteur à zéro, puisqu'on
vous explique que c'est la différence read hit qui compte ? Et vous
semblez avoir obtenu des scores tout à fait satisfaisant ...
--
Sébastien
From | Date | Subject | |
---|---|---|---|
Next Message | Guillaume Lelarge | 2007-11-16 16:25:51 | Re: taille fichiers BD, RAM, performance |
Previous Message | Francis Leboutte | 2007-11-16 16:18:10 | Re: taille fichiers BD, RAM, performance |