Sur cette page

Performances de map.army — Guide de vitesse et latence

map.army est une application basée sur un navigateur qui communique avec des services backend hébergés en Europe. Cette page explique ce qui affecte sa réactivité et comment atténuer les ralentissements.

Latence géographique

Le backend de l’application (services web MSS / MilX et la couche de stockage des partages) fonctionne depuis des centres de données européens. Chaque action de l’interface qui touche le backend — ouverture d’un nœud de la galerie de symboles, placement d’un symbole nécessitant un rendu côté serveur, enregistrement d’un partage, chargement d’un partage — implique un aller-retour dont la limite inférieure est la vitesse de la lumière vers l’Europe et retour.

Temps d’aller-retour minimal approximatif par région :

Les chiffres ci-dessus sont des limites physiques inférieures ; la latence réelle sur les FAI grand public est généralement 1,5 à 3 fois plus élevée.

Navigateur et appareil

• Chrome, Edge, Firefox et Brave offrent les meilleures performances — leurs moteurs JavaScript et leurs implémentations WebGL sont bien optimisés pour le rendu intensif que map.army effectue.
• Safari fonctionne mais tend à être 10 à 20 % plus lent sur la galerie de symboles ; Safari sur iPadOS convient pour une utilisation occasionnelle.
• Les appareils mobiles subissent la surcharge du moteur JS due à leurs CPU contraints ; les collections de calques complexes (des centaines de symboles, plusieurs calques d’image) peuvent sembler lentes même sur des téléphones haut de gamme.
• Le GPU dédié est utile pour la vue 3D ; les graphiques intégrés fonctionnent mais limitent le détail du terrain.

Atténuations liées à la taille des calques

Si l’édition semble lente :

• Masquez les calques que vous n’êtes pas en train de modifier. La bascule de visibilité dans le gestionnaire des layers réduit le travail de redessin.
• Divisez les grandes opérations en plusieurs fichiers .milxlyz — un par phase / par unité / par secteur. N’ouvrez que le fichier dont vous avez besoin. Voir Calques → Exporter les calques — Travailler avec de très grandes collections de calques MilX.
• Fermez la galerie de symboles lorsque vous ne placez pas activement de symboles — elle consomme son propre budget de redessin.
• Supprimez les calques d’image que vous avez déjà utilisés pour le traçage — ils restent coûteux à rendre même lorsque les calques MilX sont superposés.

Les limites que vous pouvez réellement atteindre

map.army applique quatre limites de taille. Trois d’entre elles sont fixées par le service plutôt qu’intégrées à l’application, les chiffres exacts dépendent donc du déploiement que vous utilisez — mais la forme de l’avertissement est la même partout, et il vaut mieux la connaître avant un exercice que pendant.

Dans le schéma : 1 en dessous de 75 % d’une limite, rien n’apparaît ; 2 à partir de 75 %, un indicateur affiche le décompte ; 3 au-delà de 100 %, il devient une alerte.

Le garde-fou des 6000 symboles se comporte différemment et surprend les utilisateurs : lorsque le projet le dépasse, map.army avertit puis rend invisible tout calque ajouté depuis la dernière vérification. Rien n’est perdu, mais un import volumineux peut sembler ne pas être arrivé. Voir Importer des calques.

La réponse pratique aux quatre est la même que ci-dessus : scindez une opération volumineuse en plusieurs fichiers .milxlyz et n’ouvrez que ce dont vous avez besoin.

Disponibilité du service hébergé

Pour la disponibilité du service, la politique d’annonce de maintenance planifiée et les recommandations pour les utilisateurs qui dépendent d’un accès ininterrompu, voir l’entrée FAQ sur la surveillance et les fenêtres de maintenance.