[spip-dev] On a eu peur !

Bonjour,

  Voilà, le site http://www.modelisme.com est passé sous SPIP hier soir...
  ... en 1.8b2

  C'est principalement un forum, un système de petites annonces et une galerie. On mettra plus tard l'agenda et l'annuaire de sites

  Bon ça été chaud. Quand on a lâché les fauves, le cache vide, le load average est monté à plus de 20 (Il s'agit d'un serveur dédié, Celeron 2GHz, 512Mo).
  Ce matin, on a supprimé quelques squelettes qui posaient problème (temps de calcul de 40s) et le load average s'est stabilisé vers 5. en début d'après midi, il est descendu en dessous de 1 (on ne sait pas trop pourquoi :-O)

  on a quelques « bugs » :

  - envoyer un message sur le forum est épouvantablement lent (pourquoi ?, c'est lent aussi en local).
  - l'invalidation ne se passe pas très bien. Il semblerait qu'il y ait un délai
  - je confirme le bug de prévisualisation : quand on corrige un message prévisualisé et que l'on reprévisualise, l'URL n'est plus bonne. Exemple :

Je suis en prévu avec l'URL suivante : http://aldebaran.local/spip/forum.php3?id_article=30&id_forum=175960&retour=%2Fspip%2Fmessage175960-0.html
je clique sur « voir ce message avant de la poster et l'URL est alors la suivante :
http://aldebaran.local/spip/forum.php3?retour=%2Fspip%2Fmessage175960-0.html&ajout_forum=oui&forum_id_parent=175960&forum_id_article=30&id_message=176621&alea=889885961&hash=94098f8682bc7bafa6c6265347a03d01&titre=>+remplacement+echapement&texte=test+de+r�ponse&nom_site_forum=&url_site=http%3A%2F%2F&auteur=Jean-Luc+B�chennec&email_auteur=navi%40modelisme.com&Valider=Voir+ce+message+avant+de+le+poster

  Donc, à part le pb de la lenteur d'envoi de message, des temps de calcul importants sur certains squelettes et la grosse frayeur de la charge initiale (et les utilisateurs qui réclament des choses qui existaient dans phpBB), ça semble baigner :slight_smile:

(un sujet pour SPIP Mag ?)

Peut être qu'au début il y avait plein de choses en attente dans la
liste de course de inc_cron (indexation d'articles par exemple)

  Et puis le cache, ça a toujours des effets un peu mystérieux :wink:

  Plus sérieusement, ça me parait bien gourmand tout ça, même
s'il y a beaucoup de forums (et donc beaucoup de réactualisation du cache).
  Y'a quelle fréquentation sur ton site ?

À+, Pif.

* Jean-Luc Béchennec <jean-luc.bechennec@irccyn.ec-nantes.fr> [041011 16:29]:

Bonjour,

  Voilà, le site http://www.modelisme.com est passé sous SPIP hier

jolie intégration.

ta question sur les performances mérite, je crois aussi, un effort
particulier. On ne peut pas lacher (sur un des serveurs de mutualisation
des pages persos de free, pour prendre un exemple). une foule de petits
spips prés à monter une machine a 20 de charge ponctuelle.

j'ai par exemple vu que le passage par typo pour un mot pouvais me
donner une perf de 0,03 de génération, quand je peux la générer en
0,003s avec une méthode "boite noire" qui me donne sensiblement la meme
chose (et un rendement de 10!)

exemple; un problème que j'ai pu formuler avec Antoine:

vouloir générer un titre de mots, en l'affichant dans un select de formulaire:

la méthode classique est echappe_html(typo($mot))

l'attribut $lang existe en global => passer par typo genere du html, des
callback, pour finalement enlever le html..

hors la donnée source est <multi>[en]bloop[fr]blap</multi>

On voit facilement que l'on peut dans ce cas se passer (de passer par)
typo pour ensuite la reformatter à l'envers quand on peut le faire
directement. Je veux pas faire le professeur aigri, mais ce genre de
détails, mis bout à bout conduisent à exploser des temps d'exécutions
et charge process. En tout cas c'est quelque chose que j'aime faire. à
bons entendeurs

pa

/lex

Corrigé.
      Emmanuel

Bonsoir

Jean-Luc Béchennec a écrit :

Bonjour,

(et les utilisateurs qui réclament des choses qui

existaient dans phpBB), ça semble baigner :slight_smile:

Ils réclament quoi ?

(un sujet pour SPIP Mag ?)

Grave :o)

pas facile à interpréter ça, surtout sur un forum ou les gens peuvent
passer du temps à lire un thread entre deux clics .. t'as pas plutôt un
nombre de pages vues, par exemple sur la journée et par heure en
période de pointe ?

À+, Pif.

éesse A. a écrit :

- je confirme le bug de prévisualisation : quand on corrige un message prévisualisé et que l'on reprévisualise, l'URL n'est plus bonne. Exemple :

Corrigé.
            Emmanuel

Merci pour la correction

Mais c'est quel fichier qu'il faut récupérer pour avoir la correction ? Et où ? Je ne suis pas un pro du CVS

fred

Voici les chiffres pour la journée d'hier (par heure et le total). Il s'agit du nombre de pages vues

00: 1156
01: 357
02: 194
03: 58
04: 45
05: 29
06: 93
07: 446
08: 905
09: 1253
10: 1134
11: 2761
12: 8387
13: 10247
14: 3043
15: 1307
16: 1964
17: 2158
18: 2936
19: 2248
20: 2853
21: 3142
22: 2288
23: 1635
total=50639

Il y a un problème de perfs lorsqu'on prévisualise les messages, c'est vraiment long (jusqu'à 12s)

Salut BoOz

Jean-Luc Béchennec a écrit :

Bonjour,

(et les utilisateurs qui réclament des choses qui

existaient dans phpBB), ça semble baigner :slight_smile:

Ils réclament quoi ?

Tout

- l'affichage des avatars. Il y était mais on l'a supprimé en cata car on avait des perfs effroyables sur ce squelette :
<BOUCLE_avatar(AUTEURS){id_auteur}{tout}>
     <div class="avatar">
     [<img src="IMG/(#LOGO_AUTEUR|fichier)" /><br />]
     <BOUCLE_messages(FORUMS){id_auteur}{plat}></BOUCLE_messages>#TOTAL_BOUCLE message(s)<br />[(#TOTAL_BOUCLE|niveau_auteur)]<//B_messages>
     </div>
</BOUCLE_avatar>

- idem pour l'affichage des profils, perfs effroyables
- les nouveaux messages depuis la dernière visite
- la possibilité de poster rapidement (sans prévisualisation)
- la possibilité d'éditer ses messages
- messagerie privée
- plein d'autres trucs, j'ai perdu le compte

bref c'est la zone (stats et indexation sont désactivées bien entendu)

Le public est un peu turbulent, beaucoup d'ados et de jeunes adultes (surtout en aéromodélisme et en automodélisme). Il ont tendance à poster plus vite que leur ombre (et veulent le faire).

L'autre gros problème, ce sont les délais incroyables lorsqu'on prévisualise un message (c'est très bizarre car le calcul du squelette d'envoi de message est assez rapide, la prévu terriblement lente (plus de 10s) et l'envoi définitif moyennement lent (4s). Je n'ai pas regardé pourquoi et je ne vais pas le faire à courte échéance car, on passe à punBB pour les forums. Je n'ai pas dit mon dernier mot concernant SPIP mais là on laisse tomber car ça râle trop et la fréquentation est en chute libre (on le garde pour le reste bien entendu).

Pour les modérateurs : MODERATION IN SITU, « on lit aussi les forums, on ne veut pas aller ailleurs pour modérer ! »

(un sujet pour SPIP Mag ?)

Grave :o)

Ça ne serait pas une « Success story »

Alors est-ce que c'est dû au fait que la version 1.8 n'est sans doute pas encore optimisée ? (et c'est vrai qu'on été assez gonflé :)). Comment est-ce que ça se passerait avec une 1.7.2, on était passé à la 1.8 pour avoir un contexte id_auteur à l'intérieur d'une boucle forum (mais je ne pense pas qu'on puisse rétrograder la base).

Je commence à me demander si le système de cache est adapté à ce style de forum : très actif sur les sujet en court => recalcul très très fréquent du cache et donc plus coûteux qu'un système dynamique (on a très souvent 3 ou 4 posts en moins d'une minutes, enfin on avait car là c'est nettement descendu), peu actif sur les anciens sujets. Je ne sais pas quoi faire.

Voilà

L'autre gros problème, ce sont les délais incroyables lorsqu'on
prévisualise un message (c'est très bizarre car le calcul du squelette
d'envoi de message est assez rapide, la prévu terriblement lente (plus
de 10s) et l'envoi définitif moyennement lent (4s).

J'ai l'impression que la fonction calculer_thread() n'est pas super
optimisée (ecrire/inc_forum.php3). A vérifier avec des tests réels.

a+

Antoine.

Antoine a écrit :

L'autre gros problème, ce sont les délais incroyables lorsqu'on prévisualise un message (c'est très bizarre car le calcul du squelette d'envoi de message est assez rapide, la prévu terriblement lente (plus de 10s) et l'envoi définitif moyennement lent (4s).

J'ai l'impression que la fonction calculer_thread() n'est pas super
optimisée (ecrire/inc_forum.php3). A vérifier avec des tests réels.

Ca serait bien aussi de disposer de date_thread, qui évolue au fur et à mesure que de nouveaux messages sont postés dans la discussion, un peu comme la date des rubriques évolue quand on modifie des articles.

Ca serait utile pour trier les discussions récement ammendées, mais aussi pour balancer le suivi des messages par email ou autre.

@+
BoOz