Fediverse memes

1483 readers

233 users here now

Memes about the Fediverse.

Rules

General

Be respectful
Post on topic
No bigotry or hate speech

Specific

We are not YPTB. If you have a problem with the way an instance or community is run, then take it up over at !yepowertrippinbastards@lemmy.dbzer0.com.
- Addendum: Yes we know that you think ml/hexbear/grad are tankies and or .world are a bunch of liberals but it gets old quickly. Try and come up with new material.

Elsewhere in the Fediverse

Other relevant communities:

founded 8 months ago

MODERATORS

BoozeOrWater@feddit.uk

flamingos@feddit.uk

Emperor@feddit.uk

wingsfortheirsmiles@feddit.uk

sga@feddit.uk

Mex@feddit.uk

515

They're back! (i.imgflip.com)

submitted 2 days ago* (last edited 2 days ago) by Blaze@lemmy.dbzer0.com to c/fedimemes@feddit.uk

63 comments fedilink hide all child comments

Context:

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

[–] onlinepersona@programming.dev 7 points 2 days ago (2 children)

And they want to migrate to piefed? Does it have better performance than Lemmy? That would be hilarious if python were faster than rust.

Anti Commercial-AI license

[–] squaresinger@lemmy.world 19 points 2 days ago (2 children)

Tbh, the vast majority of performance issues don't come from the language but from the application itself.

While python is clearly slower than rust when it comes to pure native performance when doing exactly the same things exactly the same way and only within the language itself, the same isn't necessarily true in the bigger picture.

Python uses C modules under the hood. A lot of the functions you call actually utilize C with C performance.
Lower level languages allow the programmer to fail harder. While perfect low-level language code usually runs faster than perfect high-level language, the same cannot be necessarily said for bad or average code. For example, it's really hard to make an actual memory leak in Python. It's super easy to do so in languages without built-in memory management. The same applies in many other cases too. Python just gives you a lot of already-done tools that you only have to use, while other languages allow you to build the tools from scratch, which is easy to mess up.
Most performance is lost due to using wrong algorithms or data structures. It's quite common when optimizing that you e.g. manage to eliminate a nested loop or something like that (e.g. loops hidden inside functions you call), and suddenly you improve performance by a factor of 1000. The same can't be done by switching languages, where even the most inefficient languages are only maybe 10x slower than the fastest languages.

So independent of the programming language, investing time in optimizing can improve the performance much more than using a faster language, and it's much easier to make perfectly optimized high-level language code than perfectly optimized low-level language code.

[–] boonhet@lemm.ee 12 points 2 days ago

Facts right here. I love Rust and my day job is Python. Neither is too slow for most of my use cases. Though one cool thing about Rust is the super low overhead. So well-written Rust, much like well-written C, is great for low-power devices. Still, the database is going to be memory, IOPS and maybe CPU hungry as it grows. You can optimize data structures, but you still need to read said data.

[–] irelephant@lemmy.dbzer0.com 2 points 1 day ago

The main bottleneck is I/O anyway.

[–] poVoq@slrpnk.net 6 points 2 days ago* (last edited 2 days ago)

It is the medium term plan, yes (if feasible).

The user facing side of Piefed is more optimized for speed and low resource use, which fits well with our Solarpunk ethos, and on the backend side I expect it to be easier to maintain and the performance impact should be neglible as most of it is the Postgres database with Lemmy and likely Piefed as well.