Inspektion der Backend Performance [aka Request Detox]

[friedrichweise]

Aktuell kann das Laden des Dashboards über eine Minute dauern. Auch das Laden einer einzelnen Orga führt das Laden aller Annotations mit sich. Das bremst das Arbeiten mit den Backend enorm aus. Hier sollte mal zusammengetragen werden, wo die Bottlenecks liegen und was wir tun können.

[friedrichweise]

Single Orga

• /annotations [8s, 100KB] Warum werden alle Annotations geladen ?
• /orgas/13188/events?filter%5Bdate%5D=upcoming [7s, 400B] Das dauert für 0 Events zu lange!
• /orgas/13188/events?filter%5Bdate%5D=past [7s, 400B] Das dauert für 0 Events zu lange!

[friedrichweise]

Alte Werte nach Hard Reload:

Seite	Durchschnittliche Ladezeit	Verbesserung
/ [Dashboard]	25,54s	Kategorien und Annotations mit Orgas und Events laden
/todos	12s	Kategorien und Annotations mit Todos laden
/orgas/13271 [Orga mit 2 Annotations]	8.8s	Nur zutreffende Annotations laden

Neue Werte nach Hard Reload:

Seite	Durchschnittliche Ladezeit
/ [Dashboard]	25,54s
/todos	12s
/orgas/13271 [Orga mit 2 Annotations]	2.5s =+320%

[friedrichweise]

Backend-UI Improvements

• [x] Reihenfolge der Requests angepasst
• [x] Die Detailseite lädt nur ausgewählte Annotations

[friedrichweise]

Backend-API Improvements

• [x] GET /annotations beinhaltet keine relationships mehr (von 7s auf ~1s also 700% (SIEBENHUNERT!!!1))
• [ ] GET /todos (von 12s auf ...)
• [ ] GET /orgas (von 17s auf ...)
• [ ] GET /events (von 22s auf ...)
• [ ] Paging für alles (beinhaltet Sortierung in API zu übernehmen)

[friedrichweise]

Stark mit Ausbau des JSONAPI gems verknüpft.

[kakenbok]

Ich konnte hier ein paar große Verbesserungen erzielen.

Und zwar laden wir ja leider alle Listen unpaginiert. Zur Zeit sind das für Dresden 780 Orgas. Ich habe folgendes eingeführt:

• [x] Todos, Events, Orgas und Offers laden jetzt zwar vollständig aber mit nur noch minimalen Daten
• [x] alle angezeigten Entries werden durch die UI-Listenkomponente nachgeladen /orgas?ids=123,234,345,456...
• [x] außerdem habe ich für die minimalen Daten (und nur für diese) das fast_jsonapi gem eingebaut, welches schneller serialisiert.

Hier meine Benchmarks (lokaler Rechner):

1. Vorher /orgas -> 6 sek
2. Minimale Daten und Nachladen -> 1.6 sek

3. Minimale Daten und Nachladen mit fast_jsonapi -> .6sek

   Verbesserung Faktor 10 :D

https://dev.backend.afeefa.de (contabo):

1. Vorher /orgas -> 20 sek
2. Minimale Daten und Nachladen -> 6 sek

3. Minimale Daten und Nachladen mit fast_jsonapi -> 2.5sek

   Verbesserung Faktor 8

Zum Vergleich https://backend.afeefa.de (Uberspace):

1. Vorher /orgas -> 5.5 sek

2. Erwartete Zeit nach Änderungen bei Faktor 8 -> 0,6sek

   Offenbar ist der Uberspace zur Zeit viermal schneller als Contabo.

[kakenbok]

Heute Contabo: 1 sek für /orgas ... keine Änderungen am Code inzwischen.