Gestion du cache

[Benjamin Klups]

Je travaille actuellement sur un Plone 3.1.7 installé en standalone
ce n'est pas un énorme site (8 Mo) mais il a beaucoup de sécurité et un workflow personnalisé

il est quelque peu long a charger les pages

auriez vous des astuces pour améliorer la vitesse d'affichage des pages ?
(gestion du cache ? il y a t-il des products (CacheFu ?))

le Plone tourne sur un Celeron 1.20 GHz, 1 Go de DDR 1/2

[Encolpe DEGOUTE]

Bonjour,

Benjamin Klups a écrit :
> Je travaille actuellement sur un Plone 3.1.7 installé en standalone
> ce n'est pas un énorme site (8 Mo) mais il a beaucoup de sécurité et un
> workflow personnalisé
>
> il est quelque peu long a charger les pages
>
> auriez vous des astuces pour améliorer la vitesse d'affichage des pages ?
> (gestion du cache ? il y a t-il des products (CacheFu ?))
>  

C'est  difficile à dire comme ça.
CacheFu est installé par défaut il suffit de le paramétrer dans le
panneau de configuration.
Vous pouvez aussi rajouter archetypes.schematuning dans votre buildout
si vos vues sont un peu lourdes.

Est-ce que vous avez désactivé le mode debug et le HTTPCache ?
> le Plone tourne sur un Celeron 1.20 GHz, 1 Go de DDR 1/2

Le processeur est peu être un peu léger aussi.


--
Encolpe DEGOUTE
http://encolpe.degoute.free.fr/
Logiciels libres, hockey sur glace et autres activités cérébrales



_______________________________________________
Plone-FR mailing list
[hidden email]
http://lists.plone.org/mailman/listinfo/plone-fr

[Jérôme Petazzoni]

Benjamin Klups wrote:
> auriez vous des astuces pour améliorer la vitesse d'affichage des pages ?
> (gestion du cache ? il y a t-il des products (CacheFu ?))
>  

Il peut être intéressant d'aller vérifier en ZMI que les caches de la
ZODB font une taille suffisante :
http://monzope:monport/Control_Panel/Database/main/manage_cacheParameters
Si le « Number of active objects » est égal au « Target number of
objects in memory per cache », ET que dans l'onglet « Activity » on
observe un nombre important de « object loads », il peut être
intéressant d'augmenter le paramètre dans le zope.conf (mais l'instance
prendra davantage de RAM).

De manière plus basique, vérifier que la machine ne swappe pas (sous
Linux, taper « free » et s'assurer que la colonne « free » de la ligne «
-/+ buffers/cache » est assez élevé - disons au moins 200 Mo pour une
machine avec 1 Go de RAM, et que la quantité de swap utilisée reste
anecdotique).

Utiliser un outil comme cacti ou munin (ce dernier est assez facile à
déployer) permet de vérifier l'utilisation CPU/RAM au fil du temps (et
si le CPU est effectivement surchargé, de le voir très vite).

--
Jérôme Petazzoni - [hidden email]
Pilot Systems - 9, rue Desargues - 75011 Paris
Tel : [phone] - http://www.pilotsystems.net
Hébergement Zope et Plone gratuit - http://www.objectis.org



_______________________________________________
Plone-FR mailing list
[hidden email]
http://lists.plone.org/mailman/listinfo/plone-fr

[Jérôme Petazzoni]

Benjamin Klups wrote:

>> De manière plus basique, vérifier que la machine ne swappe pas (sous  
>> Linux, taper « free » et s'assurer que la colonne « free » de la  
>> ligne « -/+ buffers/cache » est assez élevé - disons au moins 200 Mo  
>> pour une machine avec 1 Go de RAM, et que la quantité de swap  
>> utilisée reste anecdotique).
>>    
>
> - la colonne free de la ligne -/+ buffers/cache est a 500 Mo
> - la colonne free de la ligne Swap est a 500 Mo
>  

Ok, donc a priori, la machine ne manque pas de RAM.
C'est déjà ça !

> - Number of active objects : j'ai 4 lignes a 5 000 donc 20 000 au total
> - Target number of objects in memory per cache : 5 000
> - Target number of objects in memory from all caches : 20 000
>
> Dans Activity j'ai toujours bien plus d'objects "load" que d'objects  
> "store"
>  

À mon humble avis, cela peut valoir le coup d'augmenter le « cache-size
», en modifiant le fichier zope.conf comme suit :

<zodb_db main>
    # Main FileStorage database
    cache-size 10000
    <filestorage>
      path $INSTANCE/var/Data.fs
    </filestorage>
    mount-point /
</zodb_db>

(Bien entendu, si la ZODB utilisée par l'application est dans un point
de montage, c'est le paramètre du point de montage qu'il faut modifier.)
Cela devrait permettre d'avoir un peu moins de « cache churning »
(c'est-à-dire de chargements/déchargements en boucle d'objets dans le
cache de la ZODB).
Ce genre de tuning est particulièrement efficace en mode ZEO ; un peu
moins lorsqu'on utilise une ZODB locale -- mais comme toujours avec ce
genre de réglages, le mieux est d'essayer et de mesurer le résultat.

--
Jérôme Petazzoni - [hidden email]
Pilot Systems - 9, rue Desargues - 75011 Paris
Tel : [phone] - http://www.pilotsystems.net
Hébergement Zope et Plone gratuit - http://www.objectis.org



_______________________________________________
Plone-FR mailing list
[hidden email]
http://lists.plone.org/mailman/listinfo/plone-fr

[Benjamin Klups]

Merci de toutes vos réponses, j'ai commencé a les mettre en oeuvre
j'ai noté une amélioration avec un gain de 1 seconde (sur une page qui s'affichait en 3-4 secondes)

j'ai lu que varnish gérait le cache mais pas moyen de trouver une définition simple de cet outil
et surtout si il est possible de l'installer sur un Plone déjà en route

enfin pensez vous que le fait de basculer sur un serveur Pentium Dual 2x 2.00+ GHz, 64 bits, 2 Go de DDR2 (au lieu d'un Céléron 1.20+ GHz, 1 Go de DDR 1/2) améliorera la vitesse d'affichage ?

[Alexandre Garel]

Benjamin Klups a écrit :
> Merci de toutes vos réponses, j'ai commencé a les mettre en oeuvre
> j'ai noté une amélioration avec un gain de 1 seconde (sur une page qui
> s'affichait en 3-4 secondes)
>
> j'ai lu que varnish gérait le cache mais pas moyen de trouver une définition
> simple de cet outil
>  
Il y a varnish mais il y a aussi squid qui est, il nous semble, plus
simple à paramétrer  :
http://plone.org/documentation/how-to/squid-integration-pointers
> et surtout si il est possible de l'installer sur un Plone déjà en route
>  
Bien sur, le squid ou le varnish se mettent entre le site Plone et l'Apache.

> enfin pensez vous que le fait de basculer sur un serveur Pentium Dual 2x
> 2.00+ GHz, 64 bits, 2 Go de DDR2 (au lieu d'un Céléron 1.20+ GHz, 1 Go de
> DDR 1/2) améliorera la vitesse d'affichage ?
>  
Certainement, mais il est difficile de pouvoir chiffrer le gain réel à
l'avance.

Dans votre cas, il semblait que le processeur soit un facteur limitant
il est donc intéressant de passer sur un "vrai" processeur.

Un détail qui n'a pas été abordé dans le reste des échanges est s'il y a
des  extensions particulières sur votre site.

Un portlet mal fait, peut plomber les performances d'un site entier (le
portlet apparaissant sur toutes les pages).

Une autre facteur est si il y a des objets de grosses tailles sur votre
site (fichiers vidéo, etc...) Zope ayant un nombre de thread limité, il
n'est pas taillé pour servir des requêtes longues, dans ce cas il vaut
mieux mettre en place un service direct par apache des fichiers (en
utilisant un montage avec des produits comme blobfile, par exemple).


Pour information nous avons déjà fait un projet important d'augmentation
des performances sur un site web : cf. http://astrium.eads.net/fr/espace


Alex

--
Alexandre Garel - [hidden email]
Pilot Systems - 9, rue Desargues - 75011 Paris
Tel : [phone] - http://www.pilotsystems.net
Hébergement Zope et Plone gratuit - http://www.objectis.org



_______________________________________________
Plone-FR mailing list
[hidden email]
http://lists.plone.org/mailman/listinfo/plone-fr