DaNews: performance améliorée

Posté par (page perso) . Modéré par Fabien Penso.
Tags :
0
26
mar.
2001
LinuxFr.org
La version de daCode qui tourne sur LinuxFr a été mise à jour (c'est la version actuelle du CVS). De nettes améliorations sont perceptibles depuis vendredi, les performances du site sont désormais bien meilleures. La charge processeur est passée de 30 à inférieure à 1 pratiquement tout le temps. Bientôt des graphiques seront mis à disposition concernant la charge de la machine, la RAM utilisée, etc.
Un système de proxy frontal utilisant le module mod_proxy d'Apache a aussi été mis en place. On utilisait déjà ce système à nos débuts, mais des contraintes abscures ont fait qu'il n'avait pas été remis. Comme nous avons trouvé une solution, je l'ai réactivé ce week-end, à priori avec succès. Les curieux pourront lire comment effectuer la même chose chez eux à l'url indiqué. La documentation est pour mod_perl, mais le système est appliquable partout.
Le groupe usenet linuxfr.linuxfr-news hébergé sur news.linuxfr.org accepte désormais l'écriture. En bref vous pouvez lire les news et les commentaires de LinuxFr, mais vous pouvez aussi répondre directement dedans. LinuxFr bénéficie donc d'une passerelle complête usenet (yeapee...). Le serveur est en lecture seule par défaut, il vous faudra demander un compte usenet qui vous donne les droits en écriture si vous désirez essayer cette version béta de Moulinette (le truc qui permet de faire ca) à usenet@linuxfr.org, et prendre patience qu'une de nos assistantes s'occupe de vous.
Bonne semaine à tous. Pff on respire un peu :-)

Aller plus loin

  • # Re: Articles: DaNews: performance améliorée

    Posté par . Évalué à 1.

    Moulinette@linuxfr.org a écrit:

    > Le groupe usenet linuxfr.linuxfr-news hébergé sur news.linuxfr.org accepte
    > désormais l'écriture. En bref vous pouvez lire les news et les commentaires
    > de LinuxFr, mais vous pouvez aussi répondre directement dedans. LinuxFr
    > bénéficie donc d'une passerelle complête usenet (yeapee...). Le serveur est
    > en lecture seule par défaut, il vous faudra demander un compte usenet qui
    > vous donne les droits en écriture si vous désirez essayer cette version
    > béta de Moulinette (le truc qui permet de faire ca) à usenet@linuxfr.org,
    > et prendre patience qu'une de nos assistantes s'occupe de vous.
    > Bonne semaine à tous. Pff on respire un peu :-)

    Bien pratique cette passerelle usenet pour ceux qui lisent beaucoup les
    news/commentaires :-)

    ---------------------------------------------------------------------------
    Ce message a été envoyé par Usenet.
    Path: not-for-mail
    From: "Fabien Penso"@linuxfr.org, penso@linuxfr.org
    NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
    • [^] # Re: Articles: DaNews: performance améliorée

      Posté par . Évalué à 1.

      les posts sous moulinette sont forcemment anonyme???
      • [^] # Re: Articles: DaNews: performance améliorée

        Posté par (page perso) . Évalué à 1.

        >> les posts sous moulinette sont forcemment anonyme???

        ---------------------------------------------------------------------------
        Ce message a été envoyé par Usenet.
        Path: not-for-mail
        From: "Fabien Penso"@linuxfr.org, penso@linuxfr.org
        NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr

        on a connu mieux comme anonymat...
      • [^] # Re: Articles: DaNews: performance améliorée

        Posté par (page perso) . Évalué à 1.

        Comment être sûr de l'auteur sur un message usenet ?
        • [^] # Re: Articles: DaNews: performance améliorée

          Posté par (page perso) . Évalué à 1.

          Tu peux utiliser le NNTP avec authentification, ça marche très bien.

          Sinon, l'utilisateur peut mettre ses login/mot de passe dans l'en-tête du message.
          • [^] # Re: Re: Articles: DaNews: performance améliorée

            Posté par . Évalué à 1.

            Josselin Mouette <REMOVE-jmouette@ens-lyon.fr> a écrit:

            > Tu peux utiliser le NNTP avec authentification, ça marche très bien.

            Oui c'est déjà ce qu'on fait pour protéger le serveur, mais l'idée
            derrière ce système c'est qu'on feed d'autres serveurs usenet. Et donc
            là on n'est plus sûr du tout.

            > Sinon, l'utilisateur peut mettre ses login/mot de passe dans l'en-tête du
            > message.

            Oui mais ca c'est très chiant à gérer. Maintenant on pourrait
            effectivement faire comme ca, ca serait mieux que des en-têtes. Idées
            bienvenues concernant ce truc, je l'ai torché rapidement en quelques
            heures, il se peut qu'il manque quelques fonctionnalités (je me
            comprends :)

            ---------------------------------------------------------------------------
            Ce message a été envoyé par Usenet.
            Path: not-for-mail
            From: Fabien Penso <penso@linuxfr.org>
            NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
            • [^] # Re: Re: Articles: DaNews: performance améliorée

              Posté par . Évalué à 1.

              Super, comme ça suffira de regarder les headers d'un post pour connaître l'auth de son auteur. Cool :)

              Bon sérieux, c'est faisable en modérant le groupe, tu passes dans un robot qui vire les champs, genre (en vérifiant, oeuf corse) :

              X-LinuxFR-login: blabla
              X-LinuxFR-pwd: pouetpouet

              Là ce serait vachement bien :-)

              @+ JB.
              • [^] # Re: Re: Re: Articles: DaNews: performance améliorée

                Posté par . Évalué à 1.

                Julien BLACHE <j.blache@REMOVE_ITrmcnet.fr> a écrit:

                > Super, comme ça suffira de regarder les headers d'un post pour
                > connaître l'auth de son auteur. Cool :)
                >
                > Bon sérieux, c'est faisable en modérant le groupe, tu passes dans un robot
                > qui vire les champs, genre (en vérifiant, oeuf corse) :
                >
                > X-LinuxFR-login: blabla
                > X-LinuxFR-pwd: pouetpouet
                >
                > Là ce serait vachement bien :-)

                C'est déjà comme ca que ca marche. Cependant il est vrai que n'importe
                quel newsmaster ou le forum est feedé pourra alors voir le login/passwd
                des utilisateurs qui postent chez lui. Ca c'est chiant :)

                ---------------------------------------------------------------------------
                Ce message a été envoyé par Usenet.
                Path: not-for-mail
                From: Fabien Penso <penso@linuxfr.org>
                NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
        • [^] # Re: Articles: DaNews: performance améliorée

          Posté par (page perso) . Évalué à 1.

          linuxfr.linuxfr-news est disponible sur Usenet ???

          Si il n'est que sur news.linuxfr.org (ce que j'avais compris), les posteurs sont identifiés par leur login/password...
          • [^] # Re: Re: Articles: DaNews: performance améliorée

            Posté par . Évalué à 1.

            Thomas Walraet <thomas.walraet@wanadooOOO.fr> a écrit:

            > Si il n'est que sur news.linuxfr.org (ce que j'avais compris), les posteurs
            > sont identifiés par leur login/password...

            Plus pour longtemps ;-) On va bientôt innonder tous les serveurs usenet :-)

            ---------------------------------------------------------------------------
            Ce message a été envoyé par Usenet.
            Path: not-for-mail
            From: Fabien Penso <penso@linuxfr.org>
            NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
            • [^] # Re: Re: Articles: DaNews: performance améliorée

              Posté par . Évalué à 0.

              De toute facon, j'en ai un peu marre de m'occuper de ce site. Il devrait fermer d'ici peu.

              --------------------------------------------------------------------------
              Ce message a été envoyé par Usenet.
              Path: not-for-mail
              From: Fabien Penso
              NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr

              (Thomas Walraet, juste pour faire remarquer que cette solution-là n'est pas encore suffisante... Bonne chance)
              • [^] # Re: Re: Re: Articles: DaNews: performance améliorée

                Posté par . Évalué à 1.

                Anonyme <nomail@linuxfr.org> a écrit:

                > (Thomas Walraet, juste pour faire remarquer que cette solution-là n'est pas
                > encore suffisante... Bonne chance)

                Effectivement. Il faudrait alors demander aux personnes qui postent de
                mettre dans les en-têtes leurs login/password... Humm ca va demander
                encore un peu de temps ce truc :-)

                ---------------------------------------------------------------------------
                Ce message a été envoyé par Usenet.
                Path: not-for-mail
                From: Fabien Penso <penso@linuxfr.org>
                NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
              • [^] # Re: Re: Articles: DaNews: performance améliorée

                Posté par (page perso) . Évalué à 1.

                La seule vrai solution c'est d'utiliser GnuPG mais c'est lourd (et contraignant) à mettre en place.
  • # Dons

    Posté par . Évalué à -1.

    Puisque les performances ont été grandement améliorées, est-il toujours utile de faire un don à l'association Linuxfr ??
  • # optimisations ? mort de rire :-)

    Posté par . Évalué à 0.

    IMHO, le fait que tu passes de 30 a <1 de charge est du en quasi totalite au fait que tu aies enfin installe un proxy...
    • [^] # Re: optimisations ? mort de rire :-)

      Posté par . Évalué à 1.

      Je penses que tu t'avances un peu trop vite
      tu devrais aller faire un tour sur le sie dacode.
      la solution peut s'ameliorer (simplement faire le cache sur les fils de discussion ...)...
    • [^] # Re: optimisations ? mort de rire :-)

      Posté par (page perso) . Évalué à 1.

      Pas vraiment puisque ce load était déjà de moins de 1 vendredi, avant la mise en place du proxy.

      Le proxy nous permet surtout d'éviter d'avoir 100 apache+php qui tourne en frontal, sachant qu'un apache+php prend 8Mo en RSS, un apache+mod_proxy seul prend 1.5Mo. On gagne donc de la RAM.
      • [^] # Re: optimisations ? mort de rire :-)

        Posté par . Évalué à 0.

        Dans ce cas ça veut dire qu'il y avait vraiment des trucs sub-optimaux dans daCode, genre temps perdu à rien foutre, indexes manquants dans la BDD, ou algorithmes avec une complexité qui craint (genre n^2 ou e^n ou n!) et autres joyeusetés.

        Maintenant que la charge est supportable, est-ce que ça veut dire qu'on va retrouver coin-coin et plop dans la tribune?
        • [^] # Re: Re: optimisations ? mort de rire :-)

          Posté par . Évalué à 1.

          Anonyme <nomail@linuxfr.org> a écrit:

          > Dans ce cas ça veut dire qu'il y avait vraiment des trucs sub-optimaux
          > dans daCode, genre temps perdu à rien foutre, indexes manquants dans la
          > BDD, ou algorithmes avec une complexité qui craint (genre n^2 ou e^n ou n!)
          > et autres joyeusetés.

          Oui il y a sûrement pleins de trucs qui n'ont rien à fouttre, mais je ne
          doute pas qu'on aura tes contributions et tes lumières sur la liste de
          développement sous peu.

          > Maintenant que la charge est supportable, est-ce que ça veut dire qu'on va
          > retrouver coin-coin et plop dans la tribune?

          Sachant que la raison de leur absence n'était pas le problème de charge:
          non.

          ---------------------------------------------------------------------------
          Ce message a été envoyé par Usenet.
          Path: not-for-mail
          From: Fabien Penso <penso@linuxfr.org>
          NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
        • [^] # Re: optimisations ? mort de rire :-)

          Posté par . Évalué à 0.

          Ca me rappelle le passage officiel sous dacode il y a quelques mois, après une journée peu glorieuse avec une plateforme à l'agonie, ils avaient appellé à l'aide, histoire de savoir si il y avait un mec qui connaissait MySQL parmi leurs lecteurs. Effectivement il doit rester quelques petites choses (euphémisme) à optimiser (refaire ? :-)).
          • [^] # Re: optimisations ? mort de rire :-)

            Posté par (page perso) . Évalué à 1.

            daCode a bien évolué depuis septembre. Toute personne qui suit la liste peut confirmer je pense.
            Mais qu'utiliseriez-vous à notre place ? Phpnuke (muahahha je suis d'humeur joueur aujourd'hui).
            • [^] # Re: optimisations ? mort de rire :-)

              Posté par . Évalué à 0.

              > Mais qu'utiliseriez-vous à notre place ? Phpnuke
              > (muahahha je suis d'humeur joueur aujourd'hui).

              et pourquoi ca ? ok le code n'est pas super clair mais les fonctionnalités offertes sont de loin bien supérieur à daCode.

              PS : non je n'utilise pas ce truc mais bon hein, faut arreter de croire que c'est de la merde parce que le code n'est pas génial. Y'a pas que daCode :-)
              • [^] # Re: optimisations ? mort de rire :-)

                Posté par (page perso) . Évalué à 1.

                « mais les fonctionnalités offertes sont de loin bien supérieur à daCode », « le code n'est pas génial »... y'aurai pas comme une contradiction.

                Personnellement, je trouve phpnuke très « carré » dans l'ensemble, graphiquement (icones et consort). Y'aussi des trucs pratiques qui ne semblent pas y etre : nombre de commentaires, pas d'incitation au lieu (tout taper en html ?).

                Sinon, y'a t-il un système de cache et choses du genre (vitale pour un serveur à grand public) ?
                • [^] # Re: optimisations ? mort de rire :-)

                  Posté par . Évalué à 0.

                  > y'aurai pas comme une contradiction.

                  non, je vois pas de rapport entre qualité de code et fonctionnalité / stabilité. Tu utilises tout les jours des applications dont le code est une véritable horreur, a se demander comment des gens peuvent arriver à lire ça :-)

                  Maintenant, je ne peut qu'être d'accord sur le principe d'un clair et commenté (encore qu'il faudrait se mettre d'accord sur ce que c'est qu'un code clair :-)
              • [^] # Re: optimisations ? mort de rire :-)

                Posté par (page perso) . Évalué à 1.

                Si j'ai tout bien comprit, le problème de phpnuke est qu'avec la fréquentation du site, les serveurs que l'assoc LinuxFR a réussit à se payer seraient complétement à la ramasse.
              • [^] # Re: Re: optimisations ? mort de rire :-)

                Posté par . Évalué à 1.

                Anonyme <nomail@linuxfr.org> a écrit:

                > > (muahahha je suis d'humeur joueur aujourd'hui).
                >
                > et pourquoi ca ? ok le code n'est pas super clair mais les
                > fonctionnalités offertes sont de loin bien supérieur à daCode.

                Lesquelles ? (on est toujours en quête d'idée pour améliorer le notre).

                > PS : non je n'utilise pas ce truc mais bon hein, faut arreter de
                > croire que c'est de la merde parce que le code n'est pas génial. Y'a
                > pas que daCode :-)

                Non il existe pleins de trucs, mais la volonté de certains est d'avoir
                le maximum de fonctionnalités pas forcément stables, et d'autres non.
                Je ne doute pas de la qualité de slashcode, phpslash, etc. Mais quand on
                voit qu'on peut executer le code SQL qu'on veut sous phpnuke dans l'url,
                ou que n'importe quel serveur sur lequel phpnuke va chercher des
                informations comme backend peut faire executer ce qu'il veut sur le
                client ... Personne utilise notre short-rss.php3 et utilise phpnuke pour
                tester ? :-)

                ---------------------------------------------------------------------------
                Ce message a été envoyé par Usenet.
                Path: not-for-mail
                From: Fabien Penso <penso@linuxfr.org>
                NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
                • [^] # Re: Re: optimisations ? mort de rire :-)

                  Posté par . Évalué à 0.

                  C'est quand même génial PHP. Ca permet à vraiment *n'importe qui* de se prendre pour un développeur. C'est d'autant plus remarquable quand on voit que beaucoup de "codeurs" PHP ne connaissent aucun autre langage informatique, et quand on voit ce qu'ils pondent (et la grosse tête qu'ils prennent accessoirement).
                  • [^] # Re: Re: optimisations ? mort de rire :-)

                    Posté par . Évalué à 0.

                    PLOP!
                  • [^] # Re: Re: optimisations ? mort de rire :-)

                    Posté par . Évalué à 0.

                    ouh la... je pourrais presque me sentir viser, mais le "ne connaissent aucun autre langage informatique" ne me concernent pas: je connais un peu visual basic ;))

                    Crocell
                  • [^] # Re: Re: optimisations ? mort de rire :-)

                    Posté par (page perso) . Évalué à 1.

                    Ouais. Il a bien raison notre cher anonyme.
                    Qui n'a pas le courage de s'authentifier.

                    Ou pas le temps, car il passe sa vie dans les méandres de son code assembleur. Et oui, sachez-le, ce cher anonyme ne va pas s'abaisser à coder en C, langage de bien trop haut niveau pour lui, insulte à sa maîtrise indiscutable du moindre bit. Le C étant un langage de tapette, que dire alors du php ? C'est un langage de débiles profonds dont une bonne moitié de cerveau est amputée.

                    Monsieur l'anonyme, lui, fait de l'assembleur sur intel, c'est un vrai mec lui, pas un incompétent qui fait du shell/php/perl/python/java/c/etc.

                    Pour monsieur l'anonyme il n'y a qu'un seul langage, le langage machine sur intel. Le reste c'est pour faire croire aux dégénérés mentaux qu'ils savent programmer un ordinateur. Et c'est pas sa carte perforée qui nous dira le contraire.
                    • [^] # Re: Re: optimisations ? mort de rire :-)

                      Posté par . Évalué à 0.

                      (SNIP reflexion)
                      Ce n'est pas en essayant de ridiculiser son propos que tu rendras le tien plus intelligent.
                      Je suis d'accord pour dire que le langage php est fort utile. Il permet de coder rapidement des pages dynamiques. Néanmoins, on ne pas dire que celui permet a ceux qui le pratique d'acquérir de véritables connaissances de l'algorithmie, des langages informatiques et du génie logiciel. Et la seule chose qui permettrait d'avoir un code plus 'propre' est complétement raté dans PHP : son aspect objet, qui ne ressemble a rien.

                      Quand a ta réflexion sur l'assembleur, tu passes d'un extrème a l'autre. Etant un petit vieux, j'ai codé en asm86 (quel horreur ce truc !) et en C, et je n'utilise plus maintenant que des langages haut niveau (quel bonheur !). Ce que je remets en cause n'est pas le haut niveau (qui est souhaitable dans un dev web) mais la qualité de ce langage et le fait de devoir mélanger code et html (cad logique et présentation).

                      Bref, le php c'est bien mais il faut admettre qu'il a de grosses limites. Ok pour de petit devel, aprés c'est trop contreignant.

                      Quand a la fin, je crois que cela visait les remarques contre phpnuke et le fait que daCode n'est pas aussi brillant (php surtout pour moi) pour se permettre de donner des leçons de programmation aux autres. L'humilité, c'est en général cela qui permet de conforter l'idée que la personne que l'on pense brillante l'est :-)

                      PS : non je suis pas authentifié car je n'ai pas de compte et je n'ai pas envie d'en créer. Mais si cela suffit à te convaincre que mes propos ne sont d'aucun intérêt, je n'y peux rien :-)

                      PS2 : au fait, le propos initial n'est pas de moi.
                      Hein, je dis ca au cas ou :-)
                    • [^] # Re: Re: optimisations ? mort de rire :-)

                      Posté par . Évalué à 0.

                      A part une projection de tes fantasmes sur quelqu'un que tu ne connais pas, on ne peut pas dire qu'il ressorte grand chose de tes propos. Peut-être que ce qui a été dit au dessus n'est pas si faux finalement, même si ca semble t'énerver.
                      • [^] # Re: Re: optimisations ? mort de rire :-)

                        Posté par . Évalué à 0.

                        > projection de tes fantasmes

                        Oula, tu t'égares je crois. Personnellement, j'essayai de trouver un sens à la remarque de anonyme, ca va plus loin que ca :-)

                        > on ne peut pas dire qu'il ressorte grand chose
                        > de tes propos

                        Ah, je pensais avoir développé 2/3 idées, zut :-(

                        > même si ca semble t'énerver.

                        Absolument pas. Que la programmation web soit a la portée du plus grand nombre me ravie prodigieusement, et c'est moyen simple et bougrement efficace pour faire découvrir la programmation Web. Mais bon, peut etre n'est ce qu'un troll ? :-)
                    • [^] # Re: Re: optimisations ? mort de rire :-)

                      Posté par . Évalué à 1.

                      Et vas-y que ça se la pète, et vas-y que ça fait le malin...

                      Avant le PHP, je n'avais jamais touché à la programmation, et c'est quand même pas mal d'avoir un langage standard, facilement assimilable, avec lequel on peut accéder à la plupart des fonctionnalité du "web dynamique".

                      Et NON je ne crache pas sur tous les autres langages, NON je ne mène pas une petite gueguerre envers et contre les autres langages...

                      Et je ne vois pas ce que le C et l'assembleur viennent foutre là dedans... On parle de programmation web, non ?

                      L'assembleur... pfff... Biensûr c'est certainement très intéressant de connaitre tout le fonctionnement d'une machine, et être capable de parler son langage, mais chaque fois que tu veux utiliser ton vélo, tu réinventes la roue ?

                      Allez va te pendre...
                • [^] # Re: Re: optimisations ? mort de rire :-)

                  Posté par (page perso) . Évalué à 1.

                  Rapport à php, c'est pratique de donner les moyens à monsieur tout le monde de faire du dynamique.

                  Pour quelqu'un qui ne voit l'informatique que comme moyen (tiens, comme moi !), ça lui simplifie bien l'existence pour faire des trucs tout cons comme affichage de fortune, sondages ...

                  Concernant les sondages, je trouverais ça plutot cool si tout les sondages étaient archivés, qu'ils restaient sur la page sondage, pour voir les résultats...
              • [^] # Re: optimisations ? mort de rire :-)

                Posté par . Évalué à 0.

                LOU PORTAIL ROULEZ

                http://louportail.free.fr(...)

                Signé : un admirateur

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.