Dyno Web di Heroku che funziona esattamente al limite di memoria?

Question

Volevo vedere se qualcuno ha qualche consiglio o ulteriore lettura per diagnosticare gli errori di Heroku Errore R14 (quota di memoria superata) che sto ricevendo dai miei dynos web nei registri heroku della mia app django.

Un registro esempio è:

heroku[web.1]: source=web.1 dyno=heroku.16810889.deec8406-c082-445d-a047-d0026849fd5e sample#load_avg_1m=0.01 sample#load_avg_5m=0.03 sample#load_avg_15m=0.04 
heroku[web.1]: source=web.1 dyno=heroku.16810889.deec8406-c082-445d-a047-d0026849fd5e sample#memory_total=512.06MB sample#memory_rss=511.84MB sample#memory_cache=0.00MB sample#memory_swap=0.22MB sample#memory_pgpgin=380186624pages sample#memory_pgpgout=364599pages 
heroku[web.1]: Process running mem=512M(100.0%) 
heroku[web.1]: Error R14 (Memory quota exceeded) 

alcuni retroscena informazioni, osservazioni e le cose che ho provato:

1. La maggior parte della memoria viene consumato da memory_rss (una ricerca su google per Heroku " memory_rss "non viene visualizzato molto)
2. Il ridimensionamento o l'annullamento del numero di dynos Web non ha alcun effetto, ogni nuovo banco prova presto 512 M (100%). Si ferma sempre al 100% e non aumenta. Il riavvio dei dynos risolve il problema solo per 10-15 minuti.
3. Questo problema ha effetto solo sui web dynos. Ho uno schedulatore di sedano e un banco di lavoro di sedano che funziona perfettamente. il totale della memoria di sedano.1 è intorno a 100 MB.
4. Ecco il mio esempio cruscotto da New Relic:

Abbiamo anche eseguito il codice esattamente lo stesso su una diversa istanza di Heroku (server di gestione temporanea), e la memoria non è mai andato sopra 160 MB, così sembra essere specifici del server (almeno in una certa misura).

Qualche consiglio su dove dovrei guardare dopo? Quali altre informazioni posso fornire che sarebbero utili? grazie

Answer 1

Leggermente ridicolo, ma ha tracciato il problema di django-avatar che l'app sta utilizzando per gli avatar profilo utente. Quasi il 50% del tempo di risposta per qualsiasi pagina dell'app è stato speso in {% block header%} del modello, il che non aveva senso e si è rivelato essere il tag {avatar}.

AVATAR_STORAGE_DIR non è stato configurato correttamente per S3 in settings.py