Auf dieser Seite
map.army Leistung — Geschwindigkeit & Latenz
map.army ist eine browserbasierte App, 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 App (MSS-/MilX-Webservices und die Freigabe-Speicherschicht) 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 (1) | < 50 ms — fühlt sich sofort an |
| Osteuropa / UK (2) | 50 – 100 ms — weiterhin flüssig |
| US-Ostküste (3) | ~120 ms — spürbare Pause bei schnellen Aktionen |
| US-Westküste (4) | ~180 ms — sichtbare Verzögerung bei jeder serverseitigen Aktion |
| Brasilien / Afrika (5) | ~250 ms — deutliche Verzögerung |
| Ostasien / Ozeanien (6) | 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.
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 Bild-Layer) 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 Layer-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 Bild-Layer, die Sie bereits zum Nachzeichnen verwendet haben — sie bleiben rechenintensiv beim Rendern, auch wenn MilX-Layer darüber liegen.
Die Grenzen, an die Sie tatsächlich stossen können
map.army erzwingt vier Grössenbeschränkungen. Drei davon werden vom Dienst festgelegt statt fest in der App verankert, daher hängen die genauen Zahlen von der verwendeten Bereitstellung ab — aber die Art der Warnung ist überall gleich und lohnt sich, vor einer Übung zu kennen statt erst während ihr.
| Grenze | Gilt für |
|---|---|
| Layer pro Projekt | Wie viele Layer ein Projekt enthalten darf |
| Grafiken pro Layer | Wie viele Symbole ein Layer enthalten darf |
| Punkte pro Grafik | Wie viele Referenzpunkte eine Mehrpunkt-Grafik haben darf |
| ~6000 Symbole projektweit | Eine feste Schranke, unabhängig von den drei obigen |
Im Diagramm: 1 unter 75 % eines Limits erscheint nichts; 2 ab 75 % zeigt ein Hinweis die aktuelle Zahl; 3 über 100 % wird daraus ein Alarm.
Die 6000-Symbole-Schranke verhält sich anders und überrascht viele: Überschreitet das Projekt sie, warnt map.army und setzt danach jeden seit der letzten Prüfung hinzugefügten Layer auf unsichtbar. Es geht nichts verloren, aber ein grosser Import kann so wirken, als sei er nicht angekommen. Siehe Layer importieren.
Die praktische Antwort auf alle vier Grenzen ist dieselbe wie oben: Teilen Sie einen grossen Vorgang in mehrere .milxlyz-Dateien auf und öffnen Sie nur das, was Sie gerade brauchen.
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.
Zuletzt aktualisiert: