Slow response in web app
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- postgresql, python
- Ambito
- backend, databases, performance
Direzione di ricerca
Inizia dal percorso della query delle statistiche generali della home page e analizza le letture delle tabelle run, resource_tags e resource. Riproduci il rallentamento con molti servizi e 90 giorni di cronologia, quindi usa l’analisi delle query del database per identificare il collo di bottiglia e verifica che l’applicazione web venga caricata correttamente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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);
- Lingua principale
- Python
- Stelle
- 92
- Fork
- 76
- Merge medio
- 7h 21m
- PR unite (30g)
- 3
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di geopython/GeoHealthCheck
-
Data importApertaquestion
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
geopython/GeoHealthCheck#522 · 1 commento ·
-
FTP ProbeApertaenhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
geopython/GeoHealthCheck#520 ·
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
geopython/GeoHealthCheck#517 ·
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
geopython/GeoHealthCheck#483 · 1 commento ·
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
geopython/GeoHealthCheck#472 ·
Tutte le issue di geopython/GeoHealthCheck
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
QuantEcon/lecture-python-programming#642 ·
I maintainer di solito rispondono entro 1 giorno
-
area/config area/profiles comp/cli needs-decision P3 sweeper:risk-compatibility type/feature
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
NousResearch/hermes-agent#133697 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement needs-triage
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
core
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
vectorize-io/hindsight#5279 ·
I maintainer di solito rispondono entro 1 giorno