Free and Open Source Software

17941 readers

22 users here now

If it's free and open source and it's also software, it can be discussed here. Subcommunity of Technology.

This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.

founded 2 years ago

MODERATORS

Gaywallet@beehaw.org

alyaza@beehaw.org

153

Signal Blog: Keep your phone number private with Signal usernames (signal.org)

submitted 9 months ago by UNIX84@beehaw.org to c/foss@beehaw.org

34 comments fedilink hide all child comments

Finally, we can have usernames in Signal instead of giving our phone number to everybody.

you are viewing a single comment's thread
view the rest of the comments

[–] derin@lemmy.beru.co 1 points 8 months ago* (last edited 8 months ago) (1 children)

Might need to check your setup. But, I will concede that after 2 years in - a point at which the DB grew into something massive, what with the massive Matrix rooms I was idling in - I started to notice slowdowns. The whole sliding sync proxy thing (with the new generation Element X clients) fixed everything.

You shouldn't be having 10-20 second syncs with a new deploy (and limiting the amount of massive rooms your users can join, depending on your hardware), might be something awry relating to your config. If you're absolutely certain it's not that, check out the sliding sync proxy until it gets merged into the main spec - it's great.

[+] helenslunch@feddit.nl 1 points 8 months ago* (last edited 3 weeks ago) (1 children)

[deleted]

[–] derin@lemmy.beru.co 1 points 8 months ago* (last edited 8 months ago) (1 children)

Sorry man, I don't know what to tell you. I've got a pretty medium end VPS on which I host my Matrix instance - only had to add an extension for storage after the first few years when the DB got too big. Things were never as bad as you said early on, and as time passed I absolutely got to the point where it would take 10-20 seconds to sync - but this was after 2 years or so of constant use.

The reason why it takes long is because of the size of the sync payload - logically, for a new server/user, this really shouldn't be that big (unless you're in rooms like Matrix HQ). So, genuinely, look into optimization: postgres, your web server (nginx, apache, caddy), and limiting your users from accessing "problematic" rooms.

Barring that just deploy the sliding sync proxy and be done with it. It's not really a problem that requires you to attempt it a thousand times.

So either you put some fancy wizardry into your system or you’re just in denial.

It's called pure Debian, baby. Also, you'll need a decent chunk of RAM if you don't have that yet. Avoid a pagefile if you can.