Re: [sympa-fr] performance interface we

[Jean-Hugues Belpois <adresse@cachée>]

Bonjour,

C'est un vieux vieux serpent de mer dans l'océan sympa ce 503 :-) David 
et Olivier nous avaient expliqué le pourquoi du comment de ce problème 
il y a pas mal de temps déjà.
De notre coté c'est surtout la liste des listes des sympa qui provoque 
ce que tu évoques ici : lenteur, puis 503 au final, on a 5000+ liste, et 
qui nous posait un gros problème de perception auprès de nos 
utilisateurs "ça marche pas/jamais votre truc !".
On  a contourné le problème en mettant en ligne quelques pages web en 
php pour forger une liste des listes à partir des tables mariadb, qui 
est mise en cache dans une table suplémentaire, c'est surement pas la 
plus académique des solutions, mais ça marche plutôt bien et c'est super 
rapide.
Au fil du temps on a développé notre propre petit écosystème php autour 
de sympa pour proposer des annuaires de listes "typées" (personnel, 
étudiants par structure, par codes étapes, par ue), une page "mes 
listes" avec un bouton rapide abo/désabo, des pages spéciales listmaster 
etc.
On peut bien sur partager/échanger autour de ça si vous êtes intéressé.

Bonne soirée.

----
Jean-Hugues Belpois
Listmaster DSIUN
Université de Brest

Le 24/06/2021 à 16:02, Laurent Spagnol a écrit :
> Après, je me souviens aussi d'une formation que j'ai suivi (animée par 
> David et Marc que je salue au passage).
>
> Quand un utilisateur fait une recherche dans les listes, ça oblige le 
> CGI à évaluer les droits d'accès de toutes les listes. J'ai pas 
> épluché le code, mais des tests sur une méchante boucle avec 15000 
> entrées, ça prend forcément du temps ...
>
> Apache n'y est pour rien, si je vois juste le SGBD non plus: c'est la 
> conception du code (pas nécessairement mauvaise) qui est en cause.
>
> J'ai ma petite idée sur le "pourquoi autant de listes" ?
>
> J'ai aussi des milliers de listes, mais plutôt que d'utiliser Sympa 
> systématiquement, j'en gère une bonne partie directement avec le MTA 
> et des tables d'aliases !
>
> Toutes les listes "étapes / versions d'étapes" des étudiants ne sont 
> que des tables d'aliases, la mise à jour de l'ensemble ne prend que 
> quelques secondes (scripts Bash & Awk).
>
> Bien évidemment, ce type de listes est réservé à un usage strictement 
> interne et est réservé aux personnels: hors de question que ces 
> adresses soient joignables depuis internet.
>
> Moi qui suis le premier à hurler sur les "forwards", cette méthode 
> revient exactement à ça ... mais comme les messages postés à ces 
> "pseudo-listes" ne sortent pas de notre domaine, ça ne pose aucun 
> problème (SPF ...).
>
> Cdlt,
>
> LS
>
>
> Le 24/06/2021 à 15:17, Jérôme Pouilloux a écrit :
> > Bonjour,
> >
> > nous avons une instance de Sympa (6.2.60) avec 15 000 listées crées. 
> > Cela génère de la latence au niveau du formulaire de recherche de 
> > listes ( temps de réponse supérieur à la minute, voir erreur 503)
> > Nous avons changé la configuration apache en suivant
> > https://devops.ionos.com/tutorials/optimize-apache-performance-on-centos-7-1/ 
> >
> > et en ajoutant
> > Timeout 600
> > ProxyTimeout 600
> > Cela n'a pas amelioré les performance de l'interface.
> >
> > côté serveur de bas de données, nous utilisons mariadb 10.3 avec la 
> > configuration par défaut. (mysqltuner ne nous a pas préconisé de 
> > changements de configuration)
> >
> > apache et mariadb sont sur la même machine en centos 7 avec 2 cpu et 
> > 6 Go de RAM
> > Quelqu'un aurait 'i une solution pour améliorer le temps de réponse 
> > de l'interface?
> >
> > Merci d'avance