Follow #performance from Mastodon or any other Fediverse app and its public posts arrive in your timeline. No vutuv account needed.
@performance@tags.vutuv.de
Christopher Anderlik Principal Consultant @ EBCONT operations
Dipl.-Ing. Dietmar Schinnerl Co-Owner & CTO @ VolaTec GmbH
4 posts
âsie wachen ĂŒber dichâ: eine multimediale theaterperformance mit cyberfeministischen sounds von ultramorbidi
nÀchste vorstellungen:
Werkraum Göttingen
Do, 8. Okt. 19:30 Uhr
Fr, 9. Okt. 11:00 & 19:30 Uhr
Theaterhaus Hildesheim
Do, 22. Okt. 19:30 Uhr
Fr, 23. Okt. 19:30 Uhr
Sa, 24. Okt. 19:30 Uhr
#theater #performance #hildesheim #göttingen
mehr info: whataboutfuego.xyz/project/âŠ
Foto: Mayra Wallraff
Replying to @alvar@freude.social
AFAIK ist Mastodon im Kern eine Ruby on Rails Applikation. Das ORM wĂ€re dann ActiveRecord. Eigentlich ist ActiveRecord nicht schlecht und generiert auch brauchbares SQL. Aber es kann natĂŒrlich nicht suboptimale Programmierung ausbĂŒgeln. Das hier ist kein Framework oder ORM Problem. Da hat jemand beim Programmieren nicht bis ans Ende gedacht.
Schaue Dir mal die abuuba.com Benchmark Vergleichswerte an. Bei Mastodon gibt es noch viel Optimierungspotential.
Windows 11 und 8 GByte RAM â das war bisher ungefĂ€hr so eine harmonische Beziehung wie Katze und Staubsauger. đ Aber jetzt hat Microsoft offenbar gemerkt, dass nicht jeder von euch alle zwei Jahre einen neuen High-End-Rechner kauft.
Zum Artikel: heise.de/-11395664?wt_mc=sm.red.ho.mastâŠ
vutuv ist heute an mehreren Stellen schneller geworden. Der Grund war zweimal derselbe: die Datenbank hat deutlich mehr gelesen, als am Ende gebraucht wurde.
Suche und Listen. Von allen Konten sind nur etwa 5.500 aktiv Um die herauszufinden, hat die Datenbank bisher jedes einzelne Konto durchgesehen, wie Nachschlagen in einem Buch ohne Stichwortverzeichnis. Jetzt gibt es dieses Verzeichnis (in der Datenbank heiĂt das Index). Es ist 192 KB groĂ und fĂŒhrt ausschlieĂlich die sichtbaren Konten.
Benachrichtigungen. Die Seite zeigt 50 EintrĂ€ge. Beispiel-Zahlen fĂŒr meinen Account. Bisher hat die Datenbank zu allen 664 Followern die vollstĂ€ndigen Profildaten geholt, sortiert und dann 613 davon weggeworfen. Jetzt wird zuerst sortiert und gekĂŒrzt, danach werden die Profile geholt.
| Abfrage | vorher | nachher |
|---|---|---|
Namenssuche (vorname: / nachname:) |
5,56 ms | 1,26 ms |
| Follower-ZĂ€hler im Profil | 0,89 ms | 0,47 ms |
| Follower-Liste | 2,20 ms | 1,62 ms |
| Benachrichtigungen, neue Kontakte | 1,65 ms | 1,26 ms |
AussagekrÀftiger als die Millisekunden ist die Menge gelesener Daten: bei der Follower-Liste von 4.497 auf 1.984 Datenblöcke, bei den Benachrichtigungen von 3.693 auf 302. Vor allem hÀngt der Aufwand jetzt nicht mehr an der Gesamtzahl der Mitglieder, sondern nur noch an dem, was tatsÀchlich auf der Seite landet. Bei 500.000 Mitgliedern wÀre die alte Variante rund achtmal langsamer als heute, die neue genauso schnell.
Beide Ănderungen sind seit heute live. Fall euch etwas Langsames auffĂ€llt: bitte als Issue auf GitHub melden.
