IIRC, it was lemmy.ca full copy of live data that was used (copy made on development system, not live server - if I’m following). Shared Saturday July 22 on GitHub was this procedure:
…
Notable is the AUTO_EXPLAIN SQL activation statements:
LOAD 'auto_explain';
SET auto_explain.log_min_duration = 0;
SET auto_explain.log_analyze = true;
SET auto_explain.log_nested_statements = true;
This technique would be of great use for developers doing changes and study of PostgreSQL activity. Thank you!
I’ve really been bothered by the server crashes, especially on lemmy.ml since even before I created my first Lemmy account. so far, I haven’t seen anyone able to reproduce the overloads/crashes outside of production servers.
If we can get pg_stat_statatements with on 0.18.3 with pg_stat_statements.track = all out of a real Lemmy database run for 12 or more hours, that is having crashes, I think we might find something that’s being overlooked.
We don’t get any crashes on ca since I disabled account deletion. Things are stable.
ok. back to the drawing board.