Ancestrologie - Développement > Développement
Optimisation...besoin d'une base test
anorgeot:
bonjour,
mise à jour de mes relevés
voir image
je continue sur la base non optimisée
anorgeot:
Bonjour,
je stoppe mes enregistrements et vous donne le résumé:
Configuration Firebird
- version 2.1.5 en super serveur
- Database properties
page size 4096
allocated pages 12548 ( après une optimisation )
page buffers 32000
sweep interval 50 (passé à 5 le 02 dec 2012)
Force Writes
Firebird.conf
#RootDirectory =
Je ne suis pas bien clair là dessus , ce qui fait que pour le reste ..., est ce bien pris en compte ??
# File system cache usage
#
# Sets the threshold whether Firebird will use file system cache or not.
# File system caching is used if database cache pages (sets explicitly in
# database header or implicitly via DefaultDbCachePages setting) is less
# than MaxFileSystemCache value.
# To always use file system cache set MaxFileSystemCache to some big value.
# To never use file system cache set MaxFileSystemCache to zero.
#
# Type: integer, measured in database pages
#
#MaxFileSystemCache = 65536
#MODIF perso ALAIN
MaxFileSystemCache = 0
( risques de corruption de la base avec le cache système )
Bref ! j'ai observé pendant plus de 30 jours , voir le tableau XL.
1/ d'une base optimisée le 03 oct 12
voir les repérages en vert --> optimisation sur la base de travail
voir les repérages en jaune ---> optimisation intermédiaire sur une copie de la base de travail
2/ la taille de la .BDD n'augmente que périodiquement et par "bonds" (pages allouées X Page size )
voir les répèrages en bleu
la fréquence de ces bonds est fonction de l'activité
dans cette activité , sont particulièrement déclencheurs : Renumérotation Sosa et création, alimentation d'un nouveau dossier
3/ en résumé :
le 3 oct 12 BDD= 48 373 760 GBK= 46 690 304 ratio BDD/GBK = 1,036 055 7944 départ optimisé
entre le 03 oct et le 06 nov , il y a eu 2 "bonds" intermédiaires de la taille de la BDD
les ratios BDD/GBK ont progressé alors comme suit : = 1,095 237 5757 NON optimisé
= 1,152 950 5875 NON optimisé
le 17 nov 12 BDD= 58 019 840 GBK= 49 676 800 ratio BDD/GBK = 1,167 946 4056 NON optimisé
le 17 nov 12 BDD= 51 396 608 GBK= 49 677 824 ratio BDD/GBK = 1,034 598 6169 OPTIMISÉ
Si cela peut vous inspirer ... c'est tant mieux
bien amicalement
(tableau en zip à suivre en AJOUT
Bruno T.:
Bonjour,
Je viens de relire ce post, et après plusieurs tests, j'en arrive à la même conclusion:
- le sweep n'a pas l'air d'avoir d'influence sur la taille de la base
- la valeur de oldest transaction s'aligne sur celle de next transaction-1
Malgré tout, j'ai quand même positionné le sweep inteval à 50 au lieu de 2000 dans le nouveau script d'installation et la mise à jour (pas encore en ligne) en attendant de trouver le "truc"
Je rajoute: le sweep influe quand même sur la vitesse d'augmentation de la taille de la base d'après ce je lit par ci par là, celà reste à confirmer, peut-être avec des tests partant de la même base, avec les mêmes opérations, mais un sweep 50 et l'autre 2000 par exemple.
Navigation
[*] Page précédente
Utiliser la version classique