Auf dieser Seite

map.army Leistung — Geschwindigkeit & Latenz

map.army ist eine browserbasierte Anwendung, die mit in Europa gehosteten Backend-Diensten kommuniziert. Diese Seite erklärt, was die Reaktionszeit beeinflusst und wie sich Verzögerungen mindern lassen.

Geographische Latenz

Das Backend der Anwendung (MSS-/MilX-Webservices und die Share-Storage-Schicht) läuft in europäischen Rechenzentren. Jede UI-Aktion, die das Backend anspricht — das Öffnen eines Knotens in der Symbolgalerie, das Platzieren eines Symbols, das serverseitig gerendert werden muss, das Speichern einer Freigabe, das Laden einer Freigabe — verursacht einen Round-Trip, dessen untere Grenze durch die Lichtgeschwindigkeit nach Europa und zurück bestimmt wird.

Ungefähre Best-Case-Round-Trip-Werte nach Region:

Region	Best-Case-Round-Trip
Mittel-/Westeuropa	< 50 ms — fühlt sich sofort an
Osteuropa / UK	50 – 100 ms — weiterhin flüssig
US-Ostküste	~120 ms — spürbare Pause bei schnellen Aktionen
US-Westküste	~180 ms — sichtbare Verzögerung bei jeder serverseitigen Aktion
Brasilien / Afrika	~250 ms — deutliche Verzögerung
Ostasien / Ozeanien	300 ms+ — jede serverseitige Aktion zeigt Verzögerung

Die obigen Werte sind physikalische Mindestwerte; die tatsächliche Latenz bei Endkunden-ISPs ist typischerweise 1,5 – 3× höher.

Hinweis: VPNs helfen nicht. Das Routen über ein VPN erhöht die Round-Trip-Zeit fast immer durch zusätzliche Hops. Für Benutzer fern von Europa ist die einzige echte Lösung eine Backend-Bereitstellung näher beim Benutzer — siehe den FAQ-Eintrag zur geschlossenen Netzwerk-Bereitstellung.

Browser und Gerät

Chrome, Edge, Firefox und Brave bieten die beste Performance — ihre JavaScript-Engines und WebGL-Implementierungen sind gut auf die anspruchsvolle Darstellung von map.army abgestimmt.
Safari funktioniert, ist aber bei der Symbolgalerie tendenziell 10 – 20 % langsamer; iPadOS-Safari reicht für gelegentliche Nutzung.
Mobile Geräte tragen den JS-Engine-Overhead ihrer leistungsbegrenzten CPUs; komplexe Layer-Sammlungen (hunderte Symbole, mehrere Bildoverlays) können sich selbst auf Flagship-Telefonen langsam anfühlen.
Eine dedizierte GPU hilft in der 3D-Ansicht; integrierte Grafik funktioniert, begrenzt aber den Geländedetailgrad.

Massnahmen bei grossen Layer-Sammlungen

Wenn das Bearbeiten langsam wirkt:

Blenden Sie Layer aus, die Sie gerade nicht bearbeiten. Der Sichtbarkeits-Schalter im Ebenen-Manager reduziert den Aufwand für die Neuzeichnung.
Teilen Sie grosse Vorgänge auf mehrere .milxlyz-Dateien auf — eine pro Phase / pro Einheit / pro Sektor. Öffnen Sie nur die Datei, die Sie aktuell benötigen. Siehe Layer → Layer exportieren — Arbeiten mit sehr grossen MilX-Layer-Sammlungen.
Schliessen Sie die Symbolgalerie, wenn Sie nicht aktiv Symbole platzieren — sie verbraucht ihr eigenes Neuzeichnen-Budget.
Entfernen Sie Bildoverlays, die Sie bereits zum Nachzeichnen verwendet haben — sie bleiben rechenintensiv beim Rendern, auch wenn MilX-Ebenen darüber liegen.

Verfügbarkeit des gehosteten Dienstes

Zur Verfügbarkeit, zur Bekanntgabe geplanter Wartungsfenster und zu Empfehlungen für Benutzer, die auf eine unterbrechungsfreie Nutzung angewiesen sind, siehe den FAQ-Eintrag zu Monitoring und Wartungsfenstern.