Show newer

nothing like a nice network failure to keep you on your server maiding toes

@dumpsterqueer@ondergrond.org you can run
SELECT room_id, count(*) AS count
FROM state_groups_state
GROUP BY room_id
ORDER BY count DESC;

to get an idea for state groups per room, and then start compression for the biggest ones (only really makes sense if the numbers are big tho)

@dumpsterqueer@ondergrond.org ah no, db is still on the server, connecting remotely through ssh tunnel (over LAN here). So it fetches all the rows, into memory (4gb+) then crunching happens, no way the matrix server would survive that additional load

@dumpsterqueer@ondergrond.org with github.com/matrix-org/rust-syn
basically optimizing a Matrix DAG, takes a looot of processing (and ram and storage) while running though, that compression took more than an hour (running from my desktop so doesn't affect operation too much)

biggest room on pixie.town went from 47519774 rows to 1205630

Show thread

wonder how much time postgres is actually wasting to print it all

Show thread

MIT and BSD are the "please tread on me big corp" of licenses, fuck that shit

@dumpsterqueer@ondergrond.org honestly don't know... 'suspend' at least seems it would do a total, irrevocable delete (similar to instance suspend dropping it all from db)

@Downes Mastodon has this built-in. It's flawed though, there's a lot of context ""AI"" / OCR doesn't get. Still needs checking the output, and typing in context. or just write them yourself

@morgan@merveilles.town :3 it is soooo much nicer to use this way than the horrible defaults

Show older
Pixietown

Small server part of the pixie.town infrastructure. Registration is closed.