Si je me trompe pas, [EMAIL PROTECTED] tourne sur un seul serveur : hypercube
mais
il est sacrément costaud. Le gros problème c'est l'upload des tiles
par les clients, c'est de là que viennent les files d'attente. Je ne
pense pas qu'il ai de problème au niveau des ressources en soit mais
ça demande vérification.
Renaud.
2008/5/26 Marc Quinton [EMAIL PROTECTED]:
2008/5/25 Rodolphe Quiedeville [EMAIL PROTECTED]:
Justement je n'arrive pas à voir clairement ou cela bloque, et ce que
l'on pourrais apporter pour débloquer la situation. Sur le wiki FR il
est indiqué que l'on peut faire tourner un serveur de tuiles, mais sans
plus d'info que cela.
oui, je pense que tu peux faire tourner dans ton coin un serveur de tuiles,
mais
ca ne va pas forcément décharger le serveur principal.
je ne sais pas exactement comment aider pour les serveurs; Je suis arrivé un
peu tard dans OSM pour tout comprendre. Et puis l'architecture est un
peu complexe.
Je pense que la ou ca coince le plus, c'est au niveau des serveurs gérant :
- les formats vectoriels,
- les connexions avec les clients (flash et java) pour la MAJ des cartes,
- les données en base,
- les clients de conversion vectoriel vers pixmap ([EMAIL PROTECTED]).
Il doit y avoir plusieurs serveurs pour le [EMAIL PROTECTED] Peut-etre en
faudrait-il encore plus.
Mais OSM n'est pas Google, surtout en terme de puissance de feu (et de
développement).
Le plus important, c'est que les stats ne virent pas trop et ne
restent pas trop dans le rouge
a cette adresse ; tampis pour les attentes. Nous avons maintenant des
milliers de clients
Unix/Linux répartis dans plusieurs centaines de sites (perso et moins
persos) et qui bossent
a la demande.
les stats: http://tah.openstreetmap.org/Log/Requests/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
