this post was submitted on 04 Aug 2023
1 points (100.0% liked)

Lemmy Project Priorities Observations

5 readers
1 users here now

I've raised my voice loudly on meta communities, github, and created new [email protected] and [email protected] communities.

I feel like the performance problems are being ignored for over 30 days when there are a half-dozen solutions that could be coded in 5 to 10 hours of labor by one person.

I've been developing client/server messaging apps professionally since 1984, and I firmly believe that Lemmy is currently suffering from a lack of testing by the developers and lack of concern for data loss. A basic e-mail MTA in 1993 would send a "did not deliver" message back to message sender, but Lemmy just drops delivery and there is no mention of this in the release notes//introduction on GitHub. I also find that the Lemmy developers do not like to "eat their own dog food" and actually use Lemmy's communities to discuss the ongoing development and priorities of Lemmy coding. They are not testing the code and sampling the data very much, and I am posting here, using Lemmy code, as part of my personal testing! I spent over 100 hours in June 2023 testing Lemmy technical problems, especially with performance and lost data delivery.

I'll toss it into this echo chamber.

founded 1 year ago
MODERATORS
 

late May... what I saw was lemmy.ml turned off new user signup, community creation, and load-shed by letting the server error out.

now lemmy.world is bigger in content and activity but the drastic blocking of incoming links to comments is in place.

I think the number of active users has less to do with the performance problems than the amount of data in the database. The heavy use of JOIN and custom account-specific filters. An account with a large block list and a huge list of subscribed communities likely performs wildly different when listings posts than a non-logged in user.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 1 points 1 year ago

lemmy servers look so stale on content, even with 0.18.3

There are so many sort options, but the default "Hot" and "Active" could be more dynamic... trying to list new content if it runs into anything over 3 days. I think having these as parameters per-instance and even moving it to a job outside the main Rust code (or an admin API you can call with different parameters)... there needs to be more experiment. And the 50 limit on community and posts needs to be parameter and not hard-coded.