[OSM-talk-fr] mongeosource utilise OSM

[Ab_fab]

Quelques remarques sur ces points :

Comment le proxy va-t-il gérer le besoin de remise à jour des tuiles ?
Il va peut être limiter la bande passante de sortie du serveur osm.org car
il y aura un relais ailleurs pour servir ces tuiles vers plus
d'utilisateurs).
-> Je ne crois pas que ce soit le point d'étranglement actuel

Pour moi cela se situe plutôt sur la tenue à jour de la base de données,
ainsi que sur la charge de production en tant que telle des tuiles image
(la rapidité d'accès à la base de données, la puissance de calcul pour
créer les tuiles, la stratégie de mise à jour des tuiles déjà stockées)

*****
Quand le serveur osm.org a un souci lié à une trop forte demande, cela se
visualise à cette adresse :
http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/renderd_queue.html

Le graphe "Renderd Queue Length" montre la file d'attente des tuiles (*) à
générer.

La situation était critique début 2011, mais grace à des changements de
matériel et quelques blocages d'applications, on voit que cette file
d'attente est désormais la plupart du temps vide.

(*) ou plutôt des "méta-tuiles", qui peut être par exemple par la suite
découpée en 9 (3 x 3) tuiles de 256 px. de côté.

D'autres graphiques ici
http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/index.html#renderd
pour voir des choses super intéressantes (!) comme la quantité de
méta-tuiles produites à la seconde, selon le niveau de zoom

J'ai retrouvé une page du wiki qui donne la répartition des tuiles stockées
sur le serveur osm.org par niveau de zoom et par rapport au maximum
théorique (toutes les tuiles du niveau de zoom effectivement générées)
http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage

Toutes les tuiles du zoom 1 au zoom 11 sont effectivement en cache
Et ensuite, le ratio décroît progressivement jusqu'au zoom 18 où seulement
1.79% des tuiles sont en cache.

Cela aboutit à l'espace disque nécessaire en ce début d'année : 1272GB
used. (6 Jan 2012).
z0 to z15: 252GB,
z16 to z18: 1020GB

Deux fils de discussion sur ces mêmes sujets en début d'année sur la liste
internationale :

http://lists.openstreetmap.org/pipermail/talk/2012-January/061483.html
http://lists.openstreetmap.org/pipermail/talk/2012-January/061496.html

Le 17 février 2012 10:59, Cyrille Giquello <cyrille37 at gmail.com> a écrit :

> Le 17 février 2012 10:35, Ab_fab <gamma.gts at gmail.com> a écrit :
> > Monter un serveur de tuiles n'est pas encore aussi simple que monter un
> > service web "classique", donc je n'irais pas jusqu'à les traiter de
> > fainéants.
>
> On parle de proxy-cache, qui est quand même bien plus simple à mettre en
> œuvre.
>
> Pour moi le sujet est important, car c'est (presque) toute la planète
> qui utilise le serveur osm.org. Et je remarque de plus en plus que
> l'accès aux tuiles rencontre lenteurs.
>
> Aussi, sur la page "Tile usage policy" est écrit : OpenStreetMap data
> is free for everyone to use. Our tile servers are not.
>
> --
> Cyrille.
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab>
"Il n'y a pas de pas perdus"
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20120217/4b34a293/attachment.htm>