On mercredi 19 décembre 2012, Christophe Merlet wrote: Je vois dans les grandes lignes que l'on partage les mêmes idées, bien, yapukafaucon
> Yevaud est le générateur de tuiles. Il est effectivement tout seul pour > effectuer cette tache. Par contre il ne fait pas partie du réseau > GeoDNS, c'est Orm qui distribue la majorité des tuiles à la planète. Je m'en serais douté, yevaud étant saturé ou presque d'accès disque, il leur fallait trouver toutes les solutions bouche trou à disposition et celle là semblait la plus simple et la plus rapide. Le problème, c'est que ça n'arrange rien du problème de BP puisque orm est chez impérial http://munin.openstreetmap.org/openstreetmap/orm.openstreetmap/if_eth0.html Je peux me tromper, mais j'aurais mené un test avec comme choix du cache_peer un des autres serveurs externes à impérial si le but est la reduction de la bande passante. Ayant lui-même yevaud comme cache_peer. Ainsi seul 2 cache ont yevaud comme cache_peer : orm et http://wiki.openstreetmap.org/wiki/Servers/gorynych (juste un exemple, ça m'a l'air le plus adapté) > Cependant, Yevaud est le cache_peer des Squid du GeoDNS. (j'avais traduit orm directement) Nonobstant mon avis sur les autres solutions de meilleur allois, ceci participe à mon avis à maintenir la BP élevée chez impérial car toutes les demandes de tuiles sauf les hits des caches du CDN font gonfler la BP on pourrait les réduire en cascadant. Un utilisateur géolocalisé à moscou, bien que moins enclins à télécharger des tuiles françaises, va quand même en télécharger, et tout ça serait économisable. > OSM ne paye pas la bande passante et n'en a pas les moyens. Je m'en doute, et j'avais lu le blog de Richard (je crois ?) d'il y a ~1an qui disait que des réflexions remontaient régulièrement pour lui dire qu'il fallait faire quelque chose et que ça ne pourrait pas continuer. > Ce n'est pas une bonne idée de consommer 1 Gbs chez un sponsor avant de > décider de décharger le trafic ailleurs. Sauf si ce sponsor a dit "ok, no problème" lâchez vous ! > Dans le meilleur des cas, la bande passante vaut quand même 5€/mois le > Mb/s... Oui et non, ça dépend. cf OVH > Je relativise le 80%. > Il ne me semble pas aberrant de penser que les internautes français > regarde en priorité les tuiles françaises, et de même pour chaque pays. ça oui, tout à fait, mais je parlais des cas où, je crois, mais des stats pourraient le confirmer, en moyenne les tuiles de zoom 12/13 et + sont demandées en moyenne 1,2 fois (ou dans ce goût là) ! donc gain du cache médiocre et donc double peine pour le premier à les télécharger alors que ça ne servira que peu ensuite. > Donc grosso modo, si chaque serveur squid dessert une superficie qui > arrive a tenir dans son cache, le ratio ne doit pas être trop mauvais. Je ne pense pas, tu peux mettre tout le cache que tu veux, ça ne changera pas des masses, le problème vient des headers de cache control : $ wget -S http://b.tile.openstreetmap.org/15/16945/11703.png Résolution de b.tile.openstreetmap.org... 128.40.168.104 Cache-Control: max-age=61964 <-------- $ wget -S http://c.tile.openstreetmap.org/17/67784/46815.png Résolution de c.tile.openstreetmap.org... 128.40.168.104 Cache-Control: max-age=438903 <----- wha punaise quand même, ho le joli bordel en perspective le cache ne pouvant garder la tuile de zoom 15 que ~17h, sa probabilité d'être redemandée dans l'interval est trop faible à mon avis. > Je vais voir s'il est possible d'avoir des stats du cache squid (accès > par pays et par FAI...). Et par zoom, ça serait un bon truc pour éviter que je m'égare aux morilles et le vérifie in real. -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe _______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
