Within the financial industry, operating systems require higher standards for reliability, security, and performance. Jack Wallen explains how openEuler meets those needs.
performance
Follow from the Fediverse
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
The most endorsed users with this tag
-
Christopher Anderlik Principal Consultant @ EBCONT operations
-
Dipl.-Ing. Dietmar Schinnerl Co-Owner & CTO @ VolaTec GmbH
Posts with this tag
6 posts
Filters
I really really really care about the quality of the products I use. And that transfers to the products I am working on delivering.
As a result, I care a lot about testing strategies. Especially performance testing.
So I wrote down my current views on the topic, for anyone curious, or anyone wanting to learn some basic concepts.
From other networks 2
1 like 1 repost
@Mihail@kind.social shared this @Mihail@kind.social liked this
Already counted in the numbers above.
‘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.
From other networks 3
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…
Weniger lesen, schneller antworten
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.