vendredi 09 janvier
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Derniers journaux de fleny68 :

Journal : C'est la malédiction de Mona Lisa qui a fait s'effondrer la bibliothèque Europeana

Posté par fleny68 () le 21 novembre 2008
1
http://news.bbc.co.uk/2/hi/europe/7742390.stm

Voilà. C'est la faute à tous ces japonais du monde entier qui voulaient savoir si Mona Lisa est une vraie numérique que tout s'est effondré. Non en fait c'est les allemands: «On Thursday, most hits came from Germany, followed by France and Spain. »

Je propose une solution: un bittorrent pour une image de la Joconde en haute définition, de toute façon elle est dans le domaine public, non? Leonardo da VinciCode est mort depuis plus de 70 ans...

«We'll be back by mid-December.»

> Lire le journal (7 commentaires, moyenne: 1,9).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

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

stats

Posté par fcartegnie () le 21/11/2008 à 22:52. (lien). Évalué à 3.

10e6 hits/heure sur 3 serveurs ca fait un peu moins de 1000hit/sec/serveur.
Pour une application PHP je trouve que c'est prétentieux de penser qu'en seulement doublant la capacité ca va tenir.
Parce que si ça avait été statique ou 100% en cache, ça devait tenir sur les 6 serveurs (dual core d'entrée de gamme). Dommage...

  • [^]Re: stats

    Posté par fleny68 () le 21/11/2008 à 22:58. (lien). Évalué à 2.

    Est-ce que ça peut être 100% en cache avec l'utilisation d'un moteur de recherche interne à la bibliothèque ?

    L'article a l'air de sous-entendre que ce sont les requêtes sur Mona Lisa qui l'ont mise à genoux.

    --
    Non, rien

    • [^]Re: stats

      Posté par fcartegnie () le 21/11/2008 à 23:01. (lien). Évalué à 2.

      Tout dépend ce que tu demandes de cacher à ton serveur de cache
      /recherche?term=mona+lisa
      est tout à fait possible.
      Après si c'est sur que si le concepteur force session ou POST...

      • [^]Re: stats

        Posté par beleys (page perso, ) le 22/11/2008 à 09:21. (lien). Évalué à 1.

        j'ai une question très con ....
        Puisque ce n'est la première fois qu'un tel site s'écroule le 1er jour ...
        Pourquoi ne limite il pas les connexions se premier jour, tout en sachant que par la suite
        la demande sera beaucoup moins forte ?

        Pourquoi devoir mettre en place des capacités supportant le 1er jour alors que pur la suite, le 1/4 sera largement nécessaire ?

        Et enfin, pourquoi cela prend 15 jours pour être remis en place par la suite ?

        ++ Beleys

        --
        http://www.marcsauget.fr

        • [^]Re: stats

          Posté par baud123 (Jabber id, page perso, ) le 22/11/2008 à 10:20. (lien). Évalué à 2.

          Pourquoi ne limite il pas les connexions se premier jour, tout en sachant que par la suite

          faut-il encore l'avoir prévu au niveau du load-balancing retenu.
          Ce n'est pas forcément un point auquel des développeurs pensent, vu que c'est plutôt de l'admin (et ça renverrait vers quoi ? une page statique ?).

          Pourquoi devoir mettre en place des capacités supportant le 1er jour alors que pur la suite, le 1/4 sera largement nécessaire ?

          Pour avoir de la ressource par la suite pour rajouter des fonctionnalités plus consommatrices (et plus élaborées). Une bonne méthode est de ne pas activer toutes les fonctionnalités dans ces périodes : uniquement celles ayant été benchmarkées notamment, cela permet d'en garder sous le coude et pouvoir faire des effets d'annonce sur ce qui a été "rajouté" (et avoir eu un peu de temps pour le peaufiner dans l'intermède).

          Et enfin, pourquoi cela prend 15 jours pour être remis en place par la suite ?

          S'il faut rajouter un système de cache, mieux vaut le tester un peu (j'imagine).

          En terme d'image : vaut-il mieux laisser le site ouvert ou indiquer de revenir plus tard quand ce sera prêt ?

          Tout le monde ne fait pas les développements en prod' comme linuxfr ;-) (quoique c'est bien souvent plus efficace mais pas franchement bon pour l'image :p). Puis bon pour linuxfr c'était de petits ajustements, là s'ils doivent revoir leur architecture, le temps d'ajouter des serveurs au pool...

          • [^]Re: stats

            Posté par fcartegnie () le 22/11/2008 à 19:19. (lien). Évalué à 2.

            Assez facile pour se faire une idée:

            telnet europeana.eu 80
            Trying 145.100.36.60...
            Connected to europeana.eu (145.100.36.60).
            Escape character is '^]'.
            PROUT
            <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">

            501 Method Not Implemented

            Method Not Implemented
            QUIT to /lvs.html not supported.


            Apache/2.2.3 (Debian) mod_jk/1.2.18 Server at 145.100.36.50 Port 80


            Un frontal lvs ou bien mod_jk seulement ?

            for i in `seq 50 65`; do host 145.100.36.$i ;done
            50.36.100.145.in-addr.arpa domain name pointer app1.eurlib.sara.nl.
            51.36.100.145.in-addr.arpa domain name pointer app2.eurlib.sara.nl.
            52.36.100.145.in-addr.arpa domain name pointer app3.eurlib.sara.nl.
            Host 53.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
            Host 54.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
            Host 55.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
            Host 56.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
            Host 57.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
            Host 58.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
            59.36.100.145.in-addr.arpa domain name pointer db1.eurlib.sara.nl.
            60.36.100.145.in-addr.arpa domain name pointer front.eurlib.sara.nl.
            Host 61.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
            Host 62.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
            Host 63.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
            Host 64.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)
            Host 65.36.100.145.in-addr.arpa. not found: 3(NXDOMAIN)

            le tout balancé sur 3 serveurs à (ip publique et bloqués par firewall) pour les threads et une seule base....

            C'est dingue ce qu'on arrive à savoir quand tout est sur ip publique et que l'admin laisse trainer toutes ses infos de versions.

            Faut pas s'étonner !

  • [^]Re: stats

    Posté par andeus () le 22/11/2008 à 15:09. (lien). Évalué à 1.

    Ça dépend du framework qui est derrière, si c’est un truc pas trop lourd les 12 cores peuvent tenir, largement. Par contre c’est l’accès aux données qui est peut être le facteur limitant.

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0639s (dont 0.0064 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !