Es wurden Tests durchgeführt, um zu untersuchen, wie sich unterschiedliche Hardwareoptionen auf die Performance des Bearbeitungs-Workflows und die User Experience auswirken. Desktops wurden überwacht, während Workflows unter Last ausgeführt wurden.
Skripttests wurden durchgeführt, um die Schritte zu simulieren, die ein Editor beim Ausführen der definierten Workflows ausführt. Um aussagekräftige Ergebnisse zu gewinnen, wurde die gesamte Systemhardware und -konfiguration (mit Ausnahme der zu testenden Desktop-Instanzen) konstant gehalten.
Nach Abschluss des Tests wurden die Ergebnisse zusammengestellt und analysiert, um die Desktop-Auslastung und die Effizienz der Endbenutzer mit verschiedenen Hardwarekonfigurationen zu vergleichen.
Die folgenden Client-Konfigurationen wurden verwendet, um die Auswirkungen einer GPU auf die Performance und die User Experience der Bearbeitungs-Workflows in ArcGIS Pro zu vergleichen:
Für jede Instanzkonfiguration (ohne GPU und mit GPU) gibt es unter jedem Workflow zwei Sätze zusammengefasster Ergebnisse.
In diesem Workflow wurde dem Netz ein neuer Endpunkt für die Gasversorgung hinzugefügt.
In diesem Workflow wurde ein neuer Endpunkt für die Gasversorgung aus dem Netz entfernt.
In diesem Workflow wurde dem Netz eine Verteilerleitung hinzugefügt.
In diesem Workflow wurden Anschlussverbindungen für eine Gasleitung geändert.
Während das System unter Last war, wurden die durchgeführten Workflow-Zeiten für wichtige Workflow-Schritte erfasst. Dies stellt die durchschnittliche Zeit dar, die benötigt wurde, um einen bestimmten Schritt für die Instanzen mit und ohne GPU abzuschließen. Die meisten Schritte sind mit einem GPU-fähigen Rechner deutlich schneller.
Über diese wichtigen Schritte hinaus zeigen die Ergebnisse aller Workflows, dass eine GPU-fähige Instanz 20 % schneller ist und eine bessere User Experience bietet, sodass die Rendite verbessert wird.
Bei der R5XL-Instanz (keine GPU) traten mehr Ereignisse und größere Spitzen mit 100 % CPU-Auslastung auf. In der GPU-fähigen Instanz (G4DNXL) hat die GPU einen Teil der Verarbeitung übernommen und die Arbeit von der CPU ausgelagert. Die Workflow-Dauer war kürzer, da der Benutzer nicht auf die CPU warten musste. Darüber hinaus zeigten die Tests eine Verringerung der Speicherauslastung bei der G4DNXL-Instanz im Vergleich zur R5XL-Instanz. Dies kann daran liegen, dass das Betriebssystem im Rahmen der GPU-Emulationsverarbeitung zusätzlichen Arbeitsspeicher verwenden musste.
Das obige Diagramm zeigt, dass die GPU (rote Linie) einen Teil der Last verarbeitet, im Vergleich zur CPU-Auslastung (orangefarbener Bereich). Die GPU war ausgelastet und hat manchmal die CPU-Auslastung überschritten, vermutlich beim Rendern der Karte. Dadurch wurde die Last der CPU reduziert, die User Experience wurde verbessert, und die Workflow-Zeiten wurden verkürzt, da sie bei allen in diesem Test durchgeführten Workflows 19 % schneller war.
Die folgenden Client-Konfigurationen wurden verwendet, um die Auswirkungen der Erhöhung der Desktops von 2 CPU/4 vCPU auf 4 CPU/8 vCPU auf die Performance und die User Experience der Bearbeitungs-Workflows in ArcGIS Pro 2.9.5 zu vergleichen.
In diesem Workflow wurde dem Netz ein Kundenendpunkt für die Gasversorgung hinzugefügt.
In diesem Workflow wurde die Gasversorgungsleitung eines Kunden aus dem Netz entfernt.
Während das System unter Last war, wurden die durchgeführten Workflow-Zeiten für wichtige Workflow-Schritte erfasst. Sie stellen die durchschnittliche Zeit dar, die für beide Instanzgrößen zum Abschließen eines bestimmten Schritts benötigt wurde.
Neben den wichtigsten Schritten haben wir uns die Gesamtzeit für alle Schritte in den vier getesteten Workflows angesehen. Wir haben festgestellt, dass bei einer Erhöhung der Instanzgröße von 2 CPUs/4 vCPUs auf 4 CPUs/8 vCPUs die Gesamtzeit um 10 % kürzer war. Eine Erklärung für dieses Ergebnis ist die CPU-Auslastung, die in der folgenden Grafik dargestellt ist. Durch die Verdoppelung der CPU kann ArcGIS Pro die Verarbeitung weiter parallelisieren und die Gesamtverarbeitungseffizienz verbessern, wodurch die durchschnittliche Auslastung für alle Workflows um durchschnittlich 63 % reduziert wurde.