Bonjour,
Je suis en charge de la maintenance d'une application réalisée en CPS 3.4, Zope
2.9.3 et Python 2.4.3 installé sur un serveur LINUX.
Les utilisateurs se plaignent des performances obtenues sur certaines
fonctions, notamment celles qui font appel à des requêtes portal_catalog.
Exemple d'une requête qui dure 15 secondes :
------
2007-04-17T09:33:03 INFO cpsskins_getPending start catalog search for {'path':
['/adoc_evr//sections/etablissements', '/adoc_evr//sections/corporates',
'/adoc_evr//sections/bus'], 'portal_type': 'evr_texte_juridique',
'cps_filter_sets': {'operator': 'and', 'query': ('searchable', 'leaves')},
'sort-on': 'Title', 'review_state': 'pending'}
------
2007-04-17T09:33:18 INFO cpsskins_getPending end catalog search in 15.17
Des opérations ont été menées en 2006 : montée en version CPS, changement de
serveur, tentatives infructueuses de distribution de charge sur un serveur
multiprocesseur par ZEO, ....
Le mode Debug est à off.
Le fichier Data.fs atteint une taille de 3 .4 Go, il est compacté toutes les
semaines.
Le catalogue contient 88441 enregistrements.
A-t-on atteint les limites du système ? J'aimerais avoir un retour d'expérience
d'autres sites CPS de taille équivalente ou supérieure ? ou des idées pour
gagner du temps sur ce genre d'opérations.
Cordialement,
Patrick
_______________________________________________
cps-users-fr
Adresse de la liste : [email protected]
Gestion de l'abonnement : <http://lists.nuxeo.com/mailman/listinfo/cps-users-fr>
