I plan to host Conduit for my friends and family. Even if I invite absolutely everyone there would be no more than 50 users, max. But would it actually sustain and work, as it is not yet on 1.0 is a question. I do not want to host Synapse as I had bad time with it’s (lack of) garbage collecting. We do not plan to join very big rooms.
Most importantly, if you host it yourself, host is the usage (mostly disk) with how many users?
I installed it like 2 weeks ago. As of now it’s still running and has a really low memory footprint compared to Synapse. But a lot of things aren’t implemented. Chatting works fine. I get a lot of warning messages about not implemented things, though. Like my client (FluffyChat) trying to query some profile status … I’d say try it. I’ve done so. But I can really only give some good advise after a few more weeks of using it. Maybe there is a dealbreaker.
I found that. Seems it mainly addresses caching and database performance, adds some admin and moderation commands. I’m not sure if it addresses any of the shortcomings I have.
My main question is: Which one is going to be maintained in the years to come and have the latest features implemented? And secondly: Why a fork? Why don’t they contribute their fixes upstream to Conduit?
The original developer is trying to do things slowly and stay with older versions of the dependencies, while the author of the fork is of the opinion that the dependencies should be updated to the latest versions and take advantage of their capabilities (such as performance improvements) which does not necessarily please the original author.
In addition, new features are implemented in the fork that are not present in the original project, because the author of the fork is pushing for rapid development (which doesn’t mean it’s a bad thing)
Oh well, seems both reasonable. Maybe I should switch before the projects diverge too much. Conduwuit seems pretty active. Hope it stays that way.
Do you happen to have a link where I can read the backstory myself? Thanks for the info anyways. Seems to be a good call.
The author of the fork declares 100 percent compatibility with the original project’s database. As you move, the database structure will be changed (new fields will be added) to be compatible with the fork, but it will still also be compatible with the original project (which simply will not use these new fields).
I used conduwuit for a long time and it seemed very stable. Now I don’t host my server anymore because my friend hosts his own server and lets me use it, so I have an account on his server.
Ah, nice. Alright. Thanks again. I’ll see how I can do it. Unfortunately I’ve already set everything up, joined Rooms and connected a few bridges. I hope it doesn’t break. I’ll do a backup first. Seems reasonable and not that hard to upgrade.
I use Conduit for myself and a couple friends to chat while gaming. It was a bit finicky to setup with the TURN server, but once it was running it’s been great. Even has sliding sync for Element X. Only thing I’m still struggling with is setting up Webhook notifications.
Isn’t there a go port of the Matrix server?
Conduit should run fine up to many hundreds of users on a single node as far as message passing goes. For the storage part, you’ll only operate as well as your storage solution. I’d honestly expect to invest some money on that part if you want the system as a whole to operate well, because some of the Matrix message handling is synchronous to media if attached to a message.