Marck m'a remonté une anomalie qu'il a rencontré ce matin: une grosse lenteur, à tel point qu'il a laissé tombé son post en cours et est revenu plus tard...
Si vous subissez le même problème, indiquez-moi dans ce fil les dates/heures des incidents afin que j'essaye d'enquêter. Merci.

Ca rame aussi bien avec Firefox qu'avec Opéra, j'ai le temps de voir s'afficher un par un les boutons de la fenetre de saisie, par exemple.
Aller dans le profile pour modifier, demande le plus de patience possible.
Celà semble dépendre du thème utilisé, et on dirait que les navigateurs cherchent à ouvrir dans un nouvel onglet une page retour avant ou arrière, avant de rester dans le meme.

Groupe/date/heure, cf le post  :)

Dumpy

(desole pour les accents manquants)

Est-ce que quelqu'un a tente d'uploader quelque-chose hier vers 17h, svp ?
Comme en attachant un fichier a un post, par ex.

J'ai une piste et ca m'aiderait si vous pouviez me confirmer si oui ou non c'est le cas.
Merci.

Quand je prends le temps de reflechir, c'est mieux: je vais donc tenter, moi-meme personnellement, d'attacher quelque-chose a cette reponse...
On verra si le fix est bon.

---

Bon, c'est confirme: l'attachement ne pouvait pas fonctionner avant (pb ownership/permissions) et c'est regle.
Mais ca ne provoquait pas de vrille d'un ps perl comme on l'a deja rencontre (post initial de Marck).
Je continue a cherche...

Vu que les soucis se produisent quand je ne suis pas logge, il va falloir que je scripte quelque-chose pour trusser puis killer les processes qui se barrent en c.
Je ferai ca cet apres-midi.

Bon, voila c'est fait et crone. On devrait etre moins embetes (au maximum, ca ramera pendant une a deux minutes).
Je poste les scripts pour ceux que ca interesse:

Code (]#!/bin/sh
# surveillance des processes YaBB:
# si on trouve un process perl qui boucle, on attache truss quelques
# secondes pour avoir une trace puis on le tue

LOGFILE=~/yabb.log

echo "" >> $LOGFILE
echo "########################################" >> $LOGFILE
echo "Timestamp: `date`" >> $LOGFILE
echo "########################################" >> $LOGFILE
echo "" >> $LOGFILE

echo ">>> liste des processes du serveur web:" >> $LOGFILE
ps ux -U www >> $LOGFILE

# on envoie la liste au script awk:

echo ">>> analyse:" >> $LOGFILE
ps ux -U www|awk -v LOGFILE=$LOGFILE -f check_yabb.awk -[/code):

et [code]#!/bin/awk BEGIN   { MATCHED_ONCE=0 } /perl/  { if(match($10,"[123456789]:")) {                MATCHED_ONCE=1                ZPID=$2                ZTRUSSFILE=sprintf("~/trussfiles/%d.out", ZPID)                printf "Un Perl en boucle:\n\tPID: %d, TIME: %s\n\tTrace dans: %s\n", ZPID, $10, ZTRUSSFILE >>LOGFILE                CMD=sprintf("truss -o %s -p %d&", ZTRUSSFILE, ZPID)                CMD=sprintf("%s\nTRUSSER=$! && sleep 5 && kill $TRUSSER", CMD)                system(CMD)                CMD=sprintf("kill %d; sleep 5", ZPID)                system(CMD)                CMD=sprintf("kill -KILL %d", ZPID)                system(CMD) } } END     { if(MATCHED_ONCE==0) print "Pas de Perl en boucle" >>LOGFILE        fflush(LOGFILE)        close(LOGFILE) }

On verra ce qu'on obtiendra de tout ca.

J'ai bien du mal à estimer la lenteur rencontrée sur les forums: firefox pour du pentium pro (200Mhz...) + serveur TOR... difficile de dire: ça rame tout le temps chez moi :-X
Bref, pour les mesures prises:

• toujours pas attrapé de perl en flagrant-délit de "je pars en boucle": il se peut que j'ai fait des hypothèses foireuses [edit](username perl == www): c'est bien ça, je viens de vérifier[/edit] ou que le problème ne se soit pas manifesté à nouveau
  
• changé notre priorité dans la machine qui nous hoste: nous n'avions pas de "peakboost" alors que les jails sont actuellement livrées avec une valeur de 10 (maximum) qui leur donnait le double de priorité sur nous: si vous sentez une amélioration, c'est tant mieux ! Mais il se peut aussi que l'on ait plutôt un pb de bande-passante, et j'ai bien du mal à le deviner.

Il reste aussi que la machine SpamAssassine mon mail et me le sert en IMAP, ce qui ne peut pas arranger les choses.
J'ai une autre piste: je voudrais essayer de faire fonctionner YaBB sous mod_perl, mais je n'ai jamais touché à ça. J'ai lu des posts affirmant des gains phénoménaux (x3 à x5 par rapport à CGI). Il y a des docs, certes, mais bon, c'est plutôt à destination des gens déjà à l'aise avec Apache. Donc, si un guru veut bien partager sa science. Ou alors, on attend YaBB3, qui devait supporter mod_perl "out of the box".

Dumpy wrote on 25. May 2006 at 17:35:

Ca rame aussi bien avec Firefox qu'avec Opéra, j'ai le temps de voir s'afficher un par un les boutons de la fenetre de saisie, par exemple.

Pour celui-ci, je ne pourrais sans doute pas faire grand'chose: à ce que je comprends, c'est du javascript et je pense que les images sont demandées une à une au fur et à mesure de l'interprétation de la page par le browser, et pas en requêtes parallèles comme ça devrait être le cas.

Dumpy wrote on 25. May 2006 at 17:35:

on dirait que les navigateurs cherchent à ouvrir dans un nouvel onglet une page retour avant ou arrière, avant de rester dans le meme.

Strangifique...

J'ai changé autre chose mais je ne vois pas de différence depuis chez moi... Vous me direz si ça va mieux.
Sinon, des questions en vrac pour mieux cerner le pb:

• est-ce que vous utilisez un proxy ?
  
• la lenteur est-elle générale ou spécifique à certaines pages ?
  
• il y a des moments ou des plages horaires où le site rame plus ou est-ce uniforme ?

Salut

Proxy : non
Lenteur : plutôt générale, se sent surtout à la connexion au forum et à l'affichage de "reply" (cf Dumpy).
Moments : plutôt uniforme.

Voilà, ce n'est pas catastrophique... mais je me demande ce que cela donnerait avec une fréquentation plus élevée. Je ne remarque aucune différence notable d'un PII 350 MHz sous FreeBSD à un "je ne sais quoi genre 3 GHz" (mon fils) en ce moment même sous Windows... (les deux avec Firefox).

Marc

J'ai activé un loggage de la navigation sur les forums, histoire de voir l'usage réel.
Demain ou après-demain, je ferai un petit script pour mesurer vraiment ces lenteurs et voir si les mesures prises améliorent ou non quelque-chose.

Bonjour

Je ne sais pas à quoi c'est dû, mais je viens d'essayer de faire quelques tests de "réponse du forums" et il me semble qu'il "répond" bien mieux... du moins en ce moment.

Là les petites icones de "reply" se sont bien affichées toutes en une fois (sans que je le vois donc...) pourtant j'avais vidé mes historiques et mon cache de firefox (enfin je pense que cela joue... donc c'était pour me mettre au plus mal).

Voilà j'espère que cela va continuer ainsi, et merci.

Marc

Pour les icônes, c'est peut-être dû à "browser: cache allowed" que j'ai activé (off par défaut): malgré tout, lorsque je regarde les propriétés de ces images (par ex. le B ci-dessus), j'ai "size: unknown (not cached)". Je ne sais que penser :-/

Arrrf j'aurais dû fermer le navigateur avant de revenir... il avait dû en garder un peu en "cache" bien que je lui avait dit de tout effacer.

Là après l'avoir fermé puis réouvert, j'ai vu les icones s'afficher mais beaucoup plus vite qu'avant quand même (et si je repars et revient c'est impécable).  Bon dans l'ensemble c'est quand même mieux, je pense.

Marc

Bonjour, coucou me revoilà :) .

Coté navigation, pour moi elle est agréable maintenant, comme la plupart des sites.

Dumpy

Aucun cas de process en boucle depuis presqu'un mois. Je vais donc décronner le script de surveillance.
Remontez-moi d'éventuels nouveaux problèmes de perf ici si ça recommençait.