Slow response in web app
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Bug
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- postgresql, python
- Bereich
- backend, databases, performance
Rechercherichtung
Beginne beim Abfragepfad für allgemeine Statistiken auf der Startseite und untersuche dessen Lesezugriffe auf die Tabellen run, resource_tags und resource. Reproduziere die Verlangsamung mit vielen Services und einer Historie von 90 Tagen, verwende anschließend eine Datenbankabfrageanalyse, um den Engpass zu identifizieren, und verifiziere, dass die Web-App erfolgreich geladen wird.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Describe the bug
The application is really slow, or even stops working, if there is a high number of services configured and / or there are too many historical records in the database.
To Reproduce
Publish a high number of services (ie. 800) , keep 90 days of history and check services every hour.
Looks like the home page tries to load too many records from the database trying to show the general stats of the instance and the web app fails.
Expected Behavior
The web app loads successfully.
Suggestion
In addition to reduce the number of days of history and frequency of checks it could help to include some indexes in the database.
For example:
CREATE INDEX run_res_ident_idx
ON public.run (resource_identifier);
CREATE INDEX res_tag_res_ident_idx
ON public.resource_tags (resource_identifier);
CREATE INDEX res_tag_tag_idx
ON public.resource_tags (tag_id);
CREATE INDEX resource_res_type_idx
ON public.resource (resource_type);
- Vorherrschende Sprache
- Python
- Sterne
- 93
- Forks
- 77
- Ø Merge
- 27 Min.
- Gemergte PRs (30 T.)
- 1
Entwicklungsumgebung
- Enthält ein Dockerfile oder eine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus geopython/GeoHealthCheck
-
Data importOffenquestion
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 38/100
geopython/GeoHealthCheck#522 · 1 Kommentar ·
-
FTP ProbeOffenenhancement
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
geopython/GeoHealthCheck#520 ·
-
bug
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100
geopython/GeoHealthCheck#517 ·
-
enhancement
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
geopython/GeoHealthCheck#483 · 1 Kommentar ·
-
enhancement
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
geopython/GeoHealthCheck#472 ·
Alle Issues in geopython/GeoHealthCheck
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
Maintainer antworten meist innerhalb von 1 Tag
-
namespace operations
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 65/100
EclipseFdn/open-vsx.org#15057 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
FinanceFlash/unvibecode#349 ·
-
Mission statement: why this is free, in the README, Why This Exists and the wiki HomeEvtl. vergeben @ChiefGyk3D hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
ChiefGyk3D/Clouds-Against-Humanity#348 ·
Maintainer antworten meist innerhalb von 1 Tag
-
[Perf] Default --vllm-watermark 0.05 for rollouts (hybrid models re-preempt under KV pressure)Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
vllm-project/vime#508 ·
Maintainer antworten meist innerhalb von 4 Tagen