In questa pagina

Prestazioni di map.army — Guida a velocità e latenza

map.army è un’applicazione basata su browser che comunica con servizi backend ospitati in Europa. Questa pagina spiega cosa ne influenza la reattività e come attenuare i rallentamenti.

Latenza geografica

Il backend dell’applicazione (servizi web MSS / MilX e il livello di archiviazione delle condivisioni) funziona da data center europei. Ogni azione dell’interfaccia che raggiunge il backend — apertura di un nodo della galleria simboli, posizionamento di un simbolo che richiede rendering lato server, salvataggio di una condivisione, caricamento di una condivisione — comporta un andata e ritorno il cui limite inferiore è la velocità della luce verso l’Europa e ritorno.

Tempo di andata e ritorno minimo approssimativo per regione:

Regione dell’utente	Andata e ritorno minima
Europa centrale / occidentale	< 50 ms — percepito istantaneo
Europa orientale / Regno Unito	50 – 100 ms — ancora reattivo
Costa Est degli Stati Uniti	~120 ms — pausa percettibile su azioni rapide
Costa Ovest degli Stati Uniti	~180 ms — ritardo visibile su ogni azione legata al server
Brasile / Africa	~250 ms — lag significativo
Asia orientale / Oceania	300 ms+ — ogni azione legata al server mostra ritardo

I numeri sopra sono limiti fisici inferiori; la latenza effettiva sugli ISP consumer è tipicamente 1,5 – 3 volte più alta.

Suggerimento: Le VPN non aiutano. Il routing attraverso una VPN quasi sempre aumenta il tempo di andata e ritorno aggiungendo hop aggiuntivi. Per gli utenti lontani dall’Europa, l’unica soluzione reale è una distribuzione del backend più vicina all’utente — vedere la voce FAQ sulla distribuzione in rete chiusa.

Browser e dispositivo

Chrome, Edge, Firefox e Brave offrono le migliori prestazioni — i loro motori JavaScript e le implementazioni WebGL sono ben ottimizzati per il rendering intensivo che map.army esegue.
Safari funziona ma tende a essere del 10 – 20 % più lento sulla galleria simboli; Safari su iPadOS va bene per un uso occasionale.
I dispositivi mobili hanno il sovraccarico del motore JS dovuto ai loro CPU limitati; le raccolte di livelli complesse (centinaia di simboli, più livelli di immagini) possono sembrare lente anche su telefoni di fascia alta.
La GPU dedicata è utile per la vista 3D; la grafica integrata funziona ma limita il dettaglio del terreno.

Attenuazioni legate alla dimensione dei livelli

Se la modifica sembra lenta:

Nascondi i livelli che non stai modificando in questo momento. Il toggle di visibilità nel gestore livelli riduce il lavoro di ridisegno.
Suddividi le operazioni di grandi dimensioni in più file .milxlyz — uno per fase / per unità / per settore. Apri solo il file di cui hai bisogno. Vedere Livelli → Esportare i livelli — Lavorare con raccolte di livelli MilX molto grandi.
Chiudi la galleria simboli quando non si stanno posizionando attivamente simboli — consuma il proprio budget di ridisegno.
Rimuovi i livelli di immagini che hai già usato per il tracciamento — rimangono costosi da renderizzare anche quando i livelli MilX sono sovrapposti.

Disponibilità del servizio ospitato

Per la disponibilità del servizio, la politica di annuncio della manutenzione pianificata e le raccomandazioni per gli utenti che dipendono da un accesso ininterrotto, vedere la voce FAQ sul monitoraggio e le finestre di manutenzione.