At 10:49 2006-06-26, you wrote:
outch !
mon soucis est que précédement (et avec un serveur moins puissant)
nous n'avions pas cette lenteur...
en "diffant" l'ancienne base et la nouvelle, je me rends compte que
plusieurs index manquent : c'est ma nouvelle piste ;)
mais peut etre avons nous moins d'édition que vous ? quelle est
votre fréquentation moyenne.
Pour moi, j'ai ~ 8000 visiteurs uniques (meme IP / 1 heure) ~ 40000
pages vues partagées avec une ~20e d'éditeurs simultanés.
Pour les stats d'utilisation je pourrais pas dire, mais nous avons 35
éditeurs. Toutefois, il arrive rarement qu'ils travaillent tous en même temps.
Les index c'est crucial en effet, quand on a ajouté les index
suggérés dans la doc de Jahia (au début début) on a noté une
amélioration des performances. Avec MS SQL il a suffit d'un
copier-coller des requêtes de création dans SQL query analyser et de
les exécuter. MS SQL est aussi configuré pour se créer des index au
besoin, si l'utilisation d'une ressource non indexée devient intensive.
J'ai ete plus trash que vous ;)
comme la limite sur des processeurs 64bits n'est plus pour java,
j'ai carrément balancé 3go de RAM pour l'instance Tomcat. En surfant
(et les conseils d'un ingé sys de la maison), je me suis aussi rendu
compte que une mémoire min imposait un hachage de la mémoire en
montée de charge (je me trompe ?). Du coup min = max = 3072m.
L'instance à 3go dès le démarrage.
Ok, je pense que nous allons regarder ça de plus près aussi. Ce
serait bien qu'on nous donne ce genre d'information dans la procédure
d'installation.
Cette config est ok, car mes ralentissements sont au moment d'un
listage des pages (genre ajouter une page et la lier à une
existante...) où le serveur MySql plafonne à 99%.
Sinon, pour le reste, c'est rapide.
Oui, je suis toujours impressionné par le nombre de requêtes SQL que
l'application génère, en particulier dans un contexte sans cache (édition).
Merci pour ce retour d'expérience... cela me donne un autre point de
vue très pertinent.
Pareillement, on ne peut que s'améliorer à échanger à propos de nos
expériences.
Sébastien
Sébastien Nadeau
Technicien en informatique
Bibliothèque de l'Université Laval
418-656-2131 poste 6815
Avis relatif à la confidentialité
<http://www.rec.ulaval.ca/lce/securite/confidentialite.htm>
