[OSM-dev-fr] [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

[Philippe Verdy]

Ton option de dipatcher (avec un proxy intelligent qui répartit les
requêtes des clients vers plusieurs serveurs) il y a aussi les 50 ms pour
CHAQUE tuile.

Et à cela tu dois ajouter une consommation de bande passante quasiment
doublée (ton dispatcher consommera à la fois de la bande passante amont ET
aval, presque en même quantité pour les niveaux de zoom élevés. Si ton
dispatcher est installé sur une connexion Internet asymétrique, c'est le
débits des deux qui s'effondre vers le plus petit des deux, et le temps de
réponse avec.

On n'a pas ce problème avec une répartition au niveau DNS (bande passante
négligeable pour les requêtes sur le serveur DNS, et aucune obligation de
faire ce ping-pong pour CHAQUE tuile demandée par le même client, qui ne
fera sa requête DNS qu'une seule fois pour arriver ensuite directement sur
le "bon" serveur sans aucun ping-ping supplémentaire, sans délai, et sans
doubler la bande passante quelque part pour livrer le contenu des tuiles).


Le 19 décembre 2012 21:25, sly (sylvain letuffe) <liste at letuffe.org> a
écrit :

> > La solution d'un proxy n'est pas vraiment envisageable, à moins qu'il ne
> > fasse des 301 HTTP Redirect
>
> Voilà ;-)
>
> > sur les bons serveurs. (je ne sais pas si c'est possible)
>
> si si, seul défaut, par rapport à ton option "DNS level" c'est qu'on se
> tape
> un aller retour pour rien vers le dispatcher, mais m'est avis que 50ms
> c'est
> pas ça qui posera tant de problème.
>
>
> --
> sly, DWG member since 11/2012
> Coordinateur du groupe [ga]
> http://wiki.openstreetmap.org/wiki/User:Sletuffe
>
> _______________________________________________
> dev-fr mailing list
> dev-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev-fr
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20121219/9d279e0c/attachment-0001.html>