this post was submitted on 17 Jun 2024
72 points (100.0% liked)

Fediverse

17710 readers
4 users here now

A community dedicated to fediverse news and discussion.

Fediverse is a portmanteau of "federation" and "universe".

Getting started on Fediverse;

founded 5 years ago
MODERATORS
 

TLDR: The main reason was Lemmy hogging server resources.

Last year, during the Reddit 2023 API controversy I finally deleted my account and moved on to Lemmy. Here’s a look at my experiences and why I eventually decided to switch to PieFed.

you are viewing a single comment's thread
view the rest of the comments
[–] cerement@slrpnk.net 3 points 4 months ago (2 children)

along those lines, how well would the link-aggregator concept match up with one of the BEAM languages (Erlang, Elixir, Gleam)?

[–] mryessir@lemmy.sdf.org 2 points 4 months ago* (last edited 4 months ago)

That's beyond my experience but I would say functional languages can perform similiarly.

I suppose - and honestly do not know if - aggregation is done via synchronization into some persistance unit.

Therefore I would eypect that a functional language like Elixir, Lisp etc. would outperform a language with manual memory management in terms of maintainability.

Depending on the capabilties of packing structs into close memory or traceability and elaboration of compiler it may outperform single or multi-threaded.

Though outperforming recent JREs may be hard, since they may trace hot paths. Default configuration Java vs. a proficient developer of a functional language I assume that latter at least go even.

But I can't judge. Even on the repository of said program I did not even bother to look at the contents of the gradle.build or Dockerfile to be honest.

I do think that maintainability of functional languages, when only the common denominator between any functional language is used, is better to spaghetti Java source code. But that's another issue, right?

// edit: Spaghetti Source Code is a good thing in my opinion. And sincr I did not adsress your question directly: A proficent developer is more likely to write faster Java then functional code, since Java is just a layer above C with one of the best compilers there is. Functional languages require carrying some non-neglectable knowledge of the compiler to make use of the fastest paths through the code. On the other hand Java is just ALGOL-Syntax and therefore imperative; Which translates more easier into *.asm.

// edit2: Synchronization into some db isn't depending on the nature of the language but there may be overhead where some concepts of languages simply perform better. So I would expect that transitions from some interpreted language is slower then compiled languages. Note that even though Java belongs to the former it is conceptually compatible with the latter. I'm out. You called me out. I'm a still a newbie. Had to append so much.

[–] ShittyKopper@lemmy.blahaj.zone 1 points 4 months ago* (last edited 4 months ago)

The Pleroma family of ActivityPub servers are on Elixir and their bottleneck seems to be their awful database schema where everything is JSONB, and even then they're known to be quite lightweight, so I assume with a proper DB schema it'd work quite well...