xlsigned

joined 2 years ago
[–] xlsigned@feddit.de 6 points 2 years ago* (last edited 2 years ago) (2 children)
  • Bislang ist ActivityPub noch gar nicht in Threads implementiert, d. h. man kommt aus dem Fediverse momentan sowieso noch nicht 'ran.
  • In Europa ist Threads aufgrund von strikteren Datenschutz-Bestimmungen momentan gar nicht verfügbar.
  • Die FOSS-Alternative zu Threads bzw. Twitter ist eher Mastodon als Lemmy bzw. Kbin.

Richtig, das Blocken von threads.net auf Mastodon Servern verhindert (in der Zukunft), dass Nutzer von dort mit Nutzern auf Threads kommunizieren und führt eventuell dazu, dass sich dann jemand doch bzw. auch noch bei Threads anmeldet.

[–] xlsigned@feddit.de 9 points 2 years ago* (last edited 2 years ago)

Soweit ich weiß, geht das nicht und wird vermutlich in naher Zukunft auch nicht implementiert. Ich habe die folgenden drei Issues dazu auf GitHub gefunden:


Bei Mastodon gibt es dafür ein paar Möglichkeiten:

[–] xlsigned@feddit.de 16 points 2 years ago* (last edited 2 years ago)

Die FOSS-Alternative zu Threads bzw. Twitter ist eher Mastodon als Lemmy bzw. Kbin.

[–] xlsigned@feddit.de 8 points 2 years ago* (last edited 2 years ago) (1 children)

Naja, die Implementierunsgsprache ist zwar auch wichtig, aber das Design von Protokollen, Datenstrukturen, Code/Concurrency und Infrastruktur ist gar nicht so sehr abhängig davon. Das ist mir schon oft in der OOP-Welt aufgefallen. Nur weil etwas in einer objektorientierten Sprache implementiert ist, hat es nicht automatisch ein gutes bzw. gut skalierbares Design. Ähnliches gilt auch für Rust oder Golang, obwohl beide natürlich spezielle Stärken haben wie memory safety und concurrency.

[–] xlsigned@feddit.de 7 points 2 years ago (3 children)

Mag sein, aber der Ruud macht das als "Hobby" und es gibt bislang wenig bzw. keine Erfahrung, wie lemmy skaliert. Daher sind seine Erfahrungen m. E. ja so wertvoll für die Community.

[–] xlsigned@feddit.de 12 points 2 years ago* (last edited 2 years ago)

📓 Das ist die Info, die ich gefunden habe:

https://lemmy.world/post/920294

Vermutlich macht es Sinn, sich direkt mit @ruud@lemmy.world in Verbindung zu setzen. Mein Eindruck ist, dass er ziemlich kooperativ ist.

The solutions

What I had noticed previously, is that the lemmy container could reach around 1500% CPU usage, above that the site got slow. Which is weird, because the server has 64 threads, so 6400% should be the max. So we tried what @sunaurus@lemm.ee had suggested before: we created extra lemmy containers to spread the load. (And extra lemmy-ui containers). And used nginx to load balance between them.

Et voilà. That seems to work.

Also, as suggested by him, we start the lemmy containers with the scheduler disabled, and have 1 extra lemmy running with the scheduler enabled, unused for other stuff.

There will be room for improvement, and probably new bugs, but we're very happy lemmy.world is now at 0.18.1-rc. This fixes a lot of bugs.


🖥 Letzte mir bekannte Info zur Hardware:

https://lemmy.world/post/75556

Update The server was migrated. It took around 4 minutes downtime. For those who asked, it now uses a dedicated server with a AMD EPYC 7502P 32 Cores “Rome” CPU and 128GB RAM. Should be enough for now.

[–] xlsigned@feddit.de 1 points 2 years ago* (last edited 2 years ago) (1 children)

You could try the fix that was proposed here:

https://github.com/LemmyNet/lemmy-ansible/issues/106#issuecomment-1606222766

This basically changes the way that nginx (nginx_internal.conf) switches between Backend and Frontend depending on the content type specified in the request.

[–] xlsigned@feddit.de 15 points 2 years ago* (last edited 2 years ago) (8 children)

Ich hab' nen Account auf lemmy.world und die mussten ganz schön zaubern, um die Instanz bei so vielen Benutzern noch halbwegs funktional zu halten. Gerade wurde auf die aktuellen Release Candidates von 0.18.1 migriert und da laufen jetzt mehrere Docker-Container für die UI und das Backend und ein dedizierter Container nur für den Scheduler mit nginx als Load Balancer dazwischen ...

[–] xlsigned@feddit.de 3 points 2 years ago

René Descartes - Abhandlung über die Methode des richtigen Vernunftgebrauchs (1637) - I. Verschiedene Betrachtungen in betreff der Wissenschaften - Der gesunde Verstand und Methode der Abhandlung

[...] Es ist nicht wahrscheinlich, dass sich in diesem Punkte alle Leute täuschen, sondern es beweist vielmehr, dass das Vermögen, richtig zu urteilen und das Wahre vom Falschen zu unterscheiden, dieser eigentlich sogenannte gesunde Verstand oder die Vernunft (raison), von Natur in allen Menschen gleich ist, und also die Verschiedenheit unserer Meinungen nicht daher kommt, dass die einen mehr Vernunft haben als die andern, sondern lediglich daher, dass unsere Gedanken verschiedene Wege gehen und wir nicht alle dieselben Dinge betrachten. [...]

Es sollte daher bei einer Meinungsverschiedenheit nicht so sehr darum gehen, wer gewinnt, sondern vielmehr darum, zu verstehen, aufgrund welcher Erfahrungen der/die jeweils andere zu seiner/ihrer Position gelangt ist.

[–] xlsigned@feddit.de 3 points 2 years ago* (last edited 2 years ago)

PR #3249 got reviewed, approved and then merged by Nutomic and then reverted by dessalines because ...

@TKilFree This got wrongly merged without a PR from me. You'll need to re-open it.

Whatever that means ...

[–] xlsigned@feddit.de 9 points 2 years ago

Die lemmy.ml Instanz, die bereits auf BE 0.18.0 aktualisiert wurde, scheint dauernd zu crashen. Außerdem wurde 0.18.0 ohne Unterstützung für Captchas released.

Also, ich würde da auch lieber noch warten ...

[–] xlsigned@feddit.de 4 points 2 years ago

Die Admins der fediverse Instanzen sollten entscheiden, wie sie sich verhalten, wenn klar ist, welche Vor- und Nachteile es konkret mit sich bringt, wenn Meta/Facebook sich tatsächlich mit dem fediverse verbindet. Die Admins meiner Mastodon Instanz haben da m. E. eine ziemlich vernünftige Ansicht.

https://hub.fosstodon.org/facebook-fosstodon-fedi

view more: ‹ prev next ›