Oui mais le profit est négligeable au regard du risque pris. N'oublie pas que la compression de données sur une même sessions HTTP peut continuer à compresser les données en tenant compte des requêtes déjà transmises dans la même session (on parle de HTTP 1.1 avec des sessions qui restent actives entre les requêtes).
Grouper les requêtes a un intérêt pour des accès uniquement en lecture seule. Pour des requêtes de modification c'est en fait dangereux et puique ces requêtes mettent aussi du temps à s'exécuter sur le serveur, le temps cumulé pris par des roundtrips plus nombreux est petit par rapport au temps des requêtes sur le serveur avant qu'il retourne une réponse. Et je pense que cela reste vrai même si on est logé directement sur le backbone à Londres ou Amsterdam et encore vrai même si on est sur une fibre à Paris. On n'a aucun moyen de prédire une perte de session. Le 27 mars 2014 11:34, Greg <ewala...@gmail.com> a écrit : > D'autant plus qu'une grosse requête profitera mieux de la compression des > données (si effectivement JOSM et l'API la supportent). > > Je crois que je fais des requêtes d'un maximum de 400 objets, c'est un bon > compromis entre taille de la requête et durée de session. > > > > Greg > > > 2014-03-27 11:08 GMT+01:00 Pieren <pier...@gmail.com>: > > 2014-03-27 10:43 GMT+01:00 Philippe Verdy <verd...@wanadoo.fr>: >> > ...sauf que les requêtes sont bien plus rapides du côté du >> > serveur. >> > Cela ne change rien non plus à la charge du serveur >> >> D'un côté, c'est plus rapide pour le serveur mais de l'autre, ça ne >> change rien ;-) >> >> C'est sûr que si tu fais un upload de 5 modifications, ça va plus vite >> qu'un upload de 500 modifications. Mais je ne suis pas sûr que faire >> 100 fois un upload de 5 modifications soit plus rapide qu'un upload de >> 500 modifications (je suis même à peu près sûr du contraire, côté >> réseau en tout cas. Après, il faudrait voir comment ça se passe entre >> le backend et le frontend des serveurs OSM). >> Quant aux risques de "perte de session", je pourrais comprendre à la >> rigueur avec une mauvaise connexion wifi ou depuis le fin fond de la >> pampa. Mais avec une connexion fibre... il est vrai que Phillipe est >> souvent confronté à des problèmes qu'il est le seul à rencontrer :-)) >> >> Pieren >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr