Voilà, le rangement est terminé et les I/O ont bien baissé !
On était en moyenne à 85% d'utilisation des IO, on est maintenant plutôt
vers 15% à données identiques :)
Un gros index a quand même pris 36h à être regénéré, mais on a gagné
plus de 100Go dans la manip sur ce seul index.
On voi
Je ne pense pas en effet que la fragmentation des fichiers sur SSD est un
problème. En fait toute écriture sur SSD se fait en recyclant de nouveaux
secteurs déjà "trimmés."
Cependant pour trimmer les secterurs c'est un peu plus lent qu'une écriture
normale mais c'est une opération nécessaire avant
Un SSD a des temps d'accès (latence) moindres qu'un HDD, c'est sûr, mais ce
n'est pas aussi simple car il y a aussi une limite en bande passante.
Les données sont stockées par blocs (4Ko sur les SSD/HDD actuels et
postgres segmente ses données par blocs de 8Ko).
Si j'ai besoin d'accéder à 100 noeu
On mar. 27 juin 18:29:28 2017, Christian Quest wrote:
> Besoin de maintenance car le SSD où sont stockées les données dépassait les
> 90% d'occupation depuis quelques semaines et qu'un peu de ménage est
> nécessaire pour remettre de l'ordre dans les données. En effet, avec des
> mises à jour toutes
Petit message pour indiquer que la base de données qui sert au rendu HOT
est en maintenance d'été... j'ai donc suspendu sa mise à jour.
Besoin de maintenance car le SSD où sont stockées les données dépassait
les 90% d'occupation depuis quelques semaines et qu'un peu de ménage est
nécessaire po
5 matches
Mail list logo
