F-ika | Display

jakob 🇦🇹 ✅

jakob@soc.schuerz.at

Für die Neuankömmlinge im Fediverse:
Ohne Infos in deinem Profil, ohne Content in deinem Profil, kein eigener Content in deinem Profil: Ich lehne Folgeanfragen ab.
Ein wenig darfst du schon über dich verraten, wenn du mir eine Folgeanfrage stellst.

Und T witter... interessiert mich wirklich nicht die Bohne. Ich will nix davon wissen. Auch nicht, was dort gepostet wird.

Linux, FOSS, Öffentlicher Verkehr, Eisenbahn, Radfahren, Fußgehen, Verkehrsplanung, Städtebau, Will das Schöne wieder in die Welt bringen, Nachhaltigkeit, Modellbahn, Java Entwickler (jun), Bash,

#FediverseOnlyAccount
#fedi22 #Eisenbahn #Modellbahn #Linux #Nachhaltigkeit #Verkehrsplanung #Autokorrektur #Radfahren #Fussgehen #SanfteMobilität #LebenOhneAuto #Trains #Mobilität #Bicycle #Fahrrad #DIY

Niederoesterreich, Austria

jakob@schuerz.at

@jakob:schuerz.at

friendica

jakob 🇦🇹 ✅

2 years ago •

jakob 🇦🇹 ✅
2 years ago •

!Friendica Support

Mittlerweile habe ich über 50.000 Worker in der Warteschlange. Und sie werden mehr.

Das Laden der Bilder ist nach wie vor schnarchlangsam.
Hab das Filesystembackend von einem per sshfs gemounteten Datenträger auch ein schnelles Volume bei Hetzner gewechselt. Keine Änderung.

Meine Datenbank ist 19GB groß und das Filesystembackend ebenfalls.

Ich hab eingestellt, dass alte Beiträge gelöscht und Avatare gecached werden.

Es macht mich noch wahnsinnig, dass friendica so derartig langsam geworden ist.

Bin auf 2022-12-rc

!Friendica Support

Michael 🇺🇦

2 years ago •

Du könntest das Cachen von Avataren deaktivieren, ggf. bringt das etwas.

jakob 🇦🇹 ✅

2 years ago •

Da bin ich schon durch... hat auch keinerlei verbesserung gebracht.

hoergen

2 years ago from fediverseration •

@Jakob :friendica: 🇦🇹 ✅ die Worker laufen aber ganz normal? Irgendwelche Hinweise in den Logs, dass was schief läuft? Normal ist das nicht.
Mit der aktuellen RC flutscht hier Friendica so schnell wie nie.

@jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

Ich hab den Workerdaemon.

Wurde da was geändert? Muss ich den irgendwie anders aufrufen?
Und kann ich die worker irgendwie anders als mit ps checken?

hoergen

2 years ago from fediverseration •

@Jakob :friendica: 🇦🇹 ✅ ist immer noch der Workerdaemon. Auf jeden Fall auch bei mir. Aber der scheint irgendwie seine Arbeit nicht zu machen. Sind eventuell irgendwelche Hinweise in den Logs?

@jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

Worauf muss ich achten?
Wie hoch soll ich das Log drehen?

hoergen

2 years ago from fediverseration •

@Jakob :friendica: 🇦🇹 ✅ achte auf Fehler und Warnungen die dort aufgeführt werden und versuche zu verstehen, ob die mit den Workern in Zusammenhang stehen könnten oder nicht. Wenn ja, dann gehe der Sache nach.
Alles über 3 Meter ist sinnlos und dann nur mit Doppelknoten 😀

Leider ist die Einteilung der Log Level nicht erklärt bzw ich finde keine dazu. Und sie ist auch nicht logisch aufeinander aufbauend, soweit ich mich erinnere.
Da müsste ein Developer mal ein paar Sätze zu verlieren, wie das zu verstehen ist. 🙁

Ich würde mal mit Debug anfangen und mich durch die Log Level durcharbeiten.

@jakob 🇦🇹 ✅

Rick

2 years ago •

@hoergen@Jakob :friendica: 🇦🇹 ✅ Ich glaube
DEBUG = loggt alles
INFO: alles ab Info oder wichtiger
NOTICE: alles außer INFO und DEBUG
WARNING: alles außer NOTICE, INFO, DEBUG
ERROR: nur ERROR Fehler

@hoergen @jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

Die Logfiles geben überhaupt nix her, was auf eine Fehlfunktion schließen ließe...
Es werden Avatare geholt, Profildaten abgerufen usw.
Selbst die load ist sehr überschaubar, wie auch die RAM-Auslastung

Ab und zu ist ein Worker dabei, der "keine Netzwerkverbindung" meldet. Gehe ich dann auf den angemoserten Link, ist die dortige Website down oder das Zertifikat abgelaufen (ich nehme an, diese Worker gehen dann in die verzögerten Worker).

Es dauert auch die Suche und das Posten eines neuen Beitrages mittlerweile ewig lange... und Worker hab ich mittlerweile über 60.000 in der Warteschlange (nicht die Verzögerten!!!)

hoergen

2 years ago from fediverseration •

@Jakob :friendica: 🇦🇹 ✅ hmm also, wenn sich dein System langweilt, die Worker "laufen", aber die Warteschlange immer größer wird, dann laufen deine Worker nicht (ordentlich).

Hast du mal versucht testweise den daemon.php im Terminal manuell zu starten?
Oder manuell die bin/worker.php ?
Kommt da was Verwertbares auf dem Terminal raus? Oder reduziert das die Warteschlange?

@jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

Hmmm...

ich hab den friendica workerdaemon mit dieser systemd-Unit

# systemctl cat friendicaworkerdaemon
# /etc/systemd/system/friendicaworkerdaemon.service
[Unit]
Description=Friendica Worker Daemon
After=network.target mysqld.service
Requires=network.target remote-fs.target nss-lookup.target
OnFailure=failed-email@%n.service
StartLimitIntervalSec=1m

[Service]
Type=forking
Restart=always
User=www-data
Group=www-data
WorkingDirectory=/var/www/soc.schuerz.at/
ExecStart=/usr/bin/php bin/daemon.php start
ExecStop=/usr/bin/php bin/daemon.php stop
#StandardOutput=null
#StandardError=syslog

Und wenn ich das journal befrage, gibts aber keinen weiteren Output:

# systemctl status friendicaworkerdaemon.service                                                                                                     
● friendicaworkerdaemon.service - Friendica Worker Daemon

... show more

Hmmm...

ich hab den friendica workerdaemon mit dieser systemd-Unit

# systemctl cat friendicaworkerdaemon
# /etc/systemd/system/friendicaworkerdaemon.service
[Unit]
Description=Friendica Worker Daemon
After=network.target mysqld.service
Requires=network.target remote-fs.target nss-lookup.target
OnFailure=failed-email@%n.service
StartLimitIntervalSec=1m

[Service]
Type=forking
Restart=always
User=www-data
Group=www-data
WorkingDirectory=/var/www/soc.schuerz.at/
ExecStart=/usr/bin/php bin/daemon.php start
ExecStop=/usr/bin/php bin/daemon.php stop
#StandardOutput=null
#StandardError=syslog

Und wenn ich das journal befrage, gibts aber keinen weiteren Output:

# systemctl status friendicaworkerdaemon.service                                                                                                     
● friendicaworkerdaemon.service - Friendica Worker Daemon                                                                                                                                                          
     Loaded: loaded (/etc/systemd/system/friendicaworkerdaemon.service; enabled; vendor preset: enabled)                                                                                                           
     Active: active (running) since Sat 2022-12-17 20:47:37 CET; 1 day 14h ago                                                                                                                                     
   Main PID: 924332 (php)                                                                                                                                                                                          
      Tasks: 15 (limit: 9276)                                                                                                                                                                                      
     Memory: 801.8M                                                                                                                                                                                                
        CPU: 12h 7min 55.320s                                                                                                                                                                                      
     CGroup: /system.slice/friendicaworkerdaemon.service
             ├─ 924332 /usr/bin/php bin/daemon.php start
             ├─1202022 /usr/bin/php bin/worker.php --no_cron
             ├─1250646 /usr/bin/php bin/worker.php --no_cron
             ├─1268324 /usr/bin/php bin/worker.php --no_cron
             ├─1268329 /usr/bin/php bin/worker.php --no_cron
             ├─1269940 /usr/bin/php bin/worker.php --no_cron
             ├─1271395 /usr/bin/php bin/worker.php --no_cron
             ├─1271924 /usr/bin/php bin/worker.php --no_cron
             ├─1278085 /usr/bin/php bin/worker.php
             ├─1278100 /usr/bin/php bin/worker.php --no_cron
             ├─1278102 /usr/bin/php bin/worker.php --no_cron
             ├─1279334 /usr/bin/php bin/worker.php --no_cron
             ├─1281348 /usr/bin/php bin/worker.php
             ├─1281354 /usr/bin/php bin/worker.php --no_cron
             └─1281356 /usr/bin/php bin/worker.php --no_cron

Warning: journal has been rotated since unit was started, output may be incomplete.

hoergen

2 years ago from fediverseration •

@Jakob :friendica: 🇦🇹 ✅ schon klar, aber irgendwas daran scheint ja eben nicht zu laufen.
Probiere es mal manuell und schaue, ob und was passiert.

@jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

Hab jetzt
# sudo -u www-data bin/worker.php
laufen lassen... es beendete nach 6 Minuten mit Returncode 0 und ohne Output.

hoergen

2 years ago from fediverseration •

@Jakob :friendica: 🇦🇹 ✅ und wie sieht die Warteschlange aus? Vorher / Nachher?

@jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

Es werden mehr und mehr und mehr...

Weltraumeindringling

2 years ago •

@𝗝𝗮𝗸𝗼𝗯 :𝗳𝗿𝗶𝗲𝗻𝗱𝗶𝗰𝗮: 🇦🇹 ✅@hoergen
Hab keine Friendica-Instanz am Laufen, finde das Thema aber interessant. Kannst Du in der DB nachverfolgen, ob der Worker überhaupt irgendwas tut? Kann es sein, dass die Prozesse in einen Timeout laufen?

@hoergen @jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

In den Logs sehe ich fleißig die Worker arbeiten.

Starten, beenden, abrufe... nix auffälliges. Keine Timeouts oder connectionprobleme. Jene die das haben, wandern eh in die verzögerten...

This entry was edited (2 years ago)

Weltraumeindringling

2 years ago •

@𝗝𝗮𝗸𝗼𝗯 :𝗳𝗿𝗶𝗲𝗻𝗱𝗶𝗰𝗮: 🇦🇹 ✅ Ok, wenn's tatsächlich "nur" langsam ist. 😉 Die Klassiker hast Du ja anscheinend schon gecheckt; und so wie die Ram-Auslastung aussieht, scheint die DB gesättigt zu sein.
Ich habe keine Ahnung, welche Tabs/Spalten am häufigsten benutzt werden: Falls Du das noch nicht gemacht hast, stelle mal sicher, dass auf denen ein Index liegt.
Besteht das Prob noch (?).

@jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

in welcher Datei gehört das eingetragen?
Ich habe hier die config/local.config.php im php-format...

hoergen

2 years ago from fediverseration •

@Jakob :friendica: 🇦🇹 ✅@Roland Häder deinen letzten Kommentar verstehe ich nicht.

@Roland Häder @jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

jetzt seh ich folgendes im Log

2022-12-19T10:42:39Z daemon [INFO]: Worker jobs are calling to be forked. {"pid":-1} - {"file":"daemon.php","line":242,"function":null,"uid":"9efbb1","process_id":1290980}                                        
2022-12-19T10:42:39Z daemon [NOTICE]: Load: 0.81/20 - processes: 27143/19/63159 - jpm: 5/8/60 (0:0, 20:0/3, 30:3/113, 40:16/73319, 50:3/16867) - maximum: 18/20 [] - {"file":"Worker.php","line":817,"function":"to
oMuchWorkers","uid":"9efbb1","process_id":1290980}                                                                                                                                                                 
2022-12-19T10:42:39Z daemon [NOTICE]: Active worker limit reached, quitting. [] - {"file":"Worker.php","line":191,"function":"isReady","uid":"9efbb1","process_id":1290980}                                        
2022-12-19T10:42:44Z daemon [INFO]: Worker jobs are calling to be forked. {"pid":-1} - {"file":"daemon.php","line":242,"function":null,"uid":"9efbb1","process_id":1290980}

... show more

jetzt seh ich folgendes im Log

2022-12-19T10:42:39Z daemon [INFO]: Worker jobs are calling to be forked. {"pid":-1} - {"file":"daemon.php","line":242,"function":null,"uid":"9efbb1","process_id":1290980}                                        
2022-12-19T10:42:39Z daemon [NOTICE]: Load: 0.81/20 - processes: 27143/19/63159 - jpm: 5/8/60 (0:0, 20:0/3, 30:3/113, 40:16/73319, 50:3/16867) - maximum: 18/20 [] - {"file":"Worker.php","line":817,"function":"to
oMuchWorkers","uid":"9efbb1","process_id":1290980}                                                                                                                                                                 
2022-12-19T10:42:39Z daemon [NOTICE]: Active worker limit reached, quitting. [] - {"file":"Worker.php","line":191,"function":"isReady","uid":"9efbb1","process_id":1290980}                                        
2022-12-19T10:42:44Z daemon [INFO]: Worker jobs are calling to be forked. {"pid":-1} - {"file":"daemon.php","line":242,"function":null,"uid":"9efbb1","process_id":1290980}                                        
2022-12-19T10:42:44Z daemon [NOTICE]: Load: 0.8/20 - processes: 27143/19/63159 - jpm: 5/8/60 (0:0, 20:0/3, 30:3/113, 40:16/73319, 50:3/16867) - maximum: 18/20 [] - {"file":"Worker.php","line":817,"function":"too
MuchWorkers","uid":"9efbb1","process_id":1290980}                                                                                                                                                                  
2022-12-19T10:42:44Z daemon [NOTICE]: Active worker limit reached, quitting. [] - {"file":"Worker.php","line":191,"function":"isReady","uid":"9efbb1","process_id":1290980}

ps auxfww zeigt mir 18 workerprozesse an.
Die Queue wächst und wächst..

wuffel

2 years ago •

Zuwachs an Usern?
Reicht das RAM?

jakob 🇦🇹 ✅

2 years ago •

Ich hab die Registrierung geschlossen. RAM und CPU sind im Langeweile-Modus...

Es wird auch offenbar einiges gearbeitet... weil das Log durchrausch mit geforkten Worker-Jobs, Contact-Updates, limit errreicht-Warnungen, APDeliverys... usw.

und die Load ist unter 1

Weltraumeindringling

2 years ago •

@𝗝𝗮𝗸𝗼𝗯 :𝗳𝗿𝗶𝗲𝗻𝗱𝗶𝗰𝗮: 🇦🇹 ✅ Die Angabe irritiert mich. Da steht 2,89 von 7,58G, aber der Balken ist 100% voll. Was sagt denn ein:

grep ^Mem /proc/meminfo

@jakob 🇦🇹 ✅

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

2 years ago from Oberfranken Network •

@Weltraumeindringling
sollte eigentlich passen das zeigt soweit ich weiß das htop so an - aber
@𝗝𝗮𝗸𝗼𝗯 :𝗳𝗿𝗶𝗲𝗻𝗱𝗶𝗰𝗮: 🇦🇹 ✅ kann dir die Ausgabe sicherlich schicken.

@Weltraumeindringling @jakob 🇦🇹 ✅

André Bonhôte :ch_Bale_Ville:

2 years ago •

uff ... das erinnert mich an eine schmerzliche Erfahrung mit qmail. Piece of crap ...

jakob 🇦🇹 ✅

2 years ago •

maxloadavg ist bei mir auf 20.
die load steigt aber nichtmal über 1...

und worker_queues hab ich mal auf 30 angehoben, jetzt steigt die loag ein wenig über 1...

jakob 🇦🇹 ✅

2 years ago •

und die wokerwarteschlange wächst und wächst... bin schon bei 63500

jakob 🇦🇹 ✅

2 years ago •

hmmm... das ist auch eine überlegung...

jakob 🇦🇹 ✅

2 years ago •

auf welchen wert hast du denn die php-fpm/php.ini max_execution_time gesetzt?

Raroun

2 years ago •

@𝗝𝗮𝗸𝗼𝗯 :𝗳𝗿𝗶𝗲𝗻𝗱𝗶𝗰𝗮: 🇦🇹 ✅
Da ja hier fast schon alles abgeklopft wurde:
Vor kurzem was an der Datenbank geändert, oder ein update von MariaDB gemacht?
Hat das System Waitstates?

@jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

hmmm... ich hab schon mal ein apt upgrade gemacht. weiß aber jetzt nicht mehr, ob da mariadb auch betroffen war.

was meinst du mit Waitstates?

Raroun

2 years ago •

@𝗝𝗮𝗸𝗼𝗯 :𝗳𝗿𝗶𝗲𝗻𝗱𝗶𝗰𝗮: 🇦🇹 ✅

Das System kann durchaus rumidlen, aber dennoch nicht vorwärtskommen, wenn es waitstates gibt. Das ist quasi das "arten auf das Dateisystem" - vereinfacht ausgedrückt.
Wenn du "top" ausführst, das rot eingekreiste sollte 0.0 sein.
In der Mariadb bzw Mysql-Konsole mal dieses Statement ausführen:
]SELECT @@version;
Und bitte die Version mitteilen.

@jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

MariaDB [(none)]> SELECT @@version;
+---------------------------+
| @@version                 |
+---------------------------+
| 10.5.18-MariaDB-0+deb11u1 |
+---------------------------+
1 row in set (0.000 sec)

Ich hab bei top kein ws sondern wa, das hüpft zwischen 0,1 und 2 herum.

Raroun

2 years ago •

@𝗝𝗮𝗸𝗼𝗯 :𝗳𝗿𝗶𝗲𝗻𝗱𝗶𝗰𝗮: 🇦🇹 ✅
Trag dies bitte mal in deine MariaDB-Config ein:

optimizer_use_condition_selectivity = 1
optimizer_switch='rowid_filter=off'

MariaDB hat ab Version 10.4 eine ganz wirre Indexbehandlung, welche die Datenbank unendlich langsam macht.
Mit diesen Einträgen verhält sich MAriaDB wieder wie vor Version 10.4.
Danach muss Du MariaDB einmal bitte neu starten.
Die 0.2 wa sind zwar nicht schön, aber in Ordnung und nichts was das System so beeinflussen sollte.

@jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

hab ich mal gemacht.

Ich habs in die section [mariadb] in /etc/mysqld/mariadb.conf.d/50-server.conf eingetragen.

Raroun

2 years ago •

Das Ergebnis würd mich interessieren - das war neben den waitstates mein Joker 😁

jakob 🇦🇹 ✅

2 years ago •

Das sollte UNBEDINGT in die Doku!!!

jakob 🇦🇹 ✅

2 years ago •

Oh!

Das scheint jetzt das Laden der Bilder in der Tat massiv beschleunigt zu haben.

Aber die Worker werden nach wie vor mehr. bin schon fast bei 71000... Tendenz steigend.

Raroun

2 years ago •

Immerhin schon einmal etwas weiter 😀
Ich habe keine Ahnung ob das auch Auswirkungen auf die Worker hat, aber die allgemeine Performance von Friendica erhöht sich ab MariaDB 10.4 dadurch enorm. 😀

jakob 🇦🇹 ✅

2 years ago •

Das sind die Kopfzeilen von top

top - 12:47:42 up 1 day, 6 min,  3 users,  load average: 0.46, 0.60, 0.77
Tasks: 229 total,   1 running, 228 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.8 us,  0.4 sy,  0.5 ni, 96.9 id,  0.2 wa,  0.0 hi,  0.2 si,  0.0 st
MiB Mem :   7767.0 total,    209.2 free,   3497.0 used,   4060.8 buff/cache
MiB Swap:   8192.0 total,   7880.7 free,    311.2 used.   3860.3 avail Mem

Rick

2 years ago •

@Jakob :friendica: 🇦🇹 ✅ Vielleicht liegt es an der langen Blockliste😆

@jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

# innotop --askpass -u root
Can't locate Term/ReadKey.pm in @INC (you may need to install the Term::ReadKey module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.32.1 /usr/local/share/perl/5.32.1 /usr/lib/x86_64-linux-gnu/perl5/5.32 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.32 /usr/share/perl/5.32 /usr/local/lib/site_perl) at /usr/bin/innotop line 1413.
BEGIN failed--compilation aborted at /usr/bin/innotop line 1413.

hmmm... das mag nicht.

jakob 🇦🇹 ✅

2 years ago •

iotop zeigt mir schreib- und lesezugriffe in der Größenordnung von 20. 30 KB bis 1MB pro Sekunde für mariadb an...

Das ist jetzt auch nicht sooo die Menge...

jakob 🇦🇹 ✅

2 years ago •

# uptime 
 12:47:04 up 1 day, 6 min,  3 users,  load average: 0.74, 0.67, 0.80

jakob 🇦🇹 ✅

2 years ago •

Free zeigt das:

# free -h
               total        used        free      shared  buff/cache   available
Mem:           7.6Gi       3.5Gi       320Mi       129Mi       3.8Gi       3.7Gi
Swap:          8.0Gi       311Mi       7.7Gi

jakob 🇦🇹 ✅

2 years ago •

Ah jetzt gehts.

[RO] Dashboard (? for help)                                                                                                       localhost, 1d0h, 324.58 QPS, 101/1/95 con/run/cac thds, 10.5.18-MariaDB-0+deb11u1

Uptime  MaxSQL  ReplLag  QPS     Cxns  Run  Miss     Lock  Tbls  Repl  SQL
  1d0h                   324.58     6       1223.60     0   808

jakob 🇦🇹 ✅

2 years ago •

Aber die Worker-Warteschlange wird noch immer größer statt kleiner.
Jetzt schon >72000

jakob 🇦🇹 ✅

2 years ago •

Und ich hab auf die aktuelke stable gewechselt.

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

2 years ago from Oberfranken Network •

@𝗝𝗮𝗸𝗼𝗯 :𝗳𝗿𝗶𝗲𝗻𝗱𝗶𝗰𝗮: 🇦🇹 ✅
Wie viele Nutzer hast du denn auf deiner Instanz laufen?
Also ich hab gerade mal 3 aktive und einer davon ist ein Bot.

Die Datenbank war auch immer das Problem von der Größe.
Ich habe dann die Avatar Bilder nicht mehr in der Datenbank gespeichert (das war irgendeine Einstellung) und dann wurde die immer kleiner und kleiner.

Ich vermute mal daran wird es wohl liegen, das #friendica so langsam reagiert, oder wurden irgendwelche Indizes nicht oder nicht so ganz glücklich gesetzt Aber dazu kann ich nichts sagen, das ich da noch nie nachgeschaut h... show more

#friendica @jakob 🇦🇹 ✅

Weltraumeindringling

2 years ago •

@7homas 🏳️‍🌈🖖🏻 Der RAM wird ja des Servers wird ja nicht wirklich beansprucht. @𝗝𝗮𝗸𝗼𝗯 :𝗳𝗿𝗶𝗲𝗻𝗱𝗶𝗰𝗮: 🇦🇹 ✅ hatte oben eine top-Kopfzeile gepostet, da geht es eher zart zur Sache. Entweder die DB hat nicht wirklich eine relevante Größe, oder sie ist so konfiguriert, dass sie den RAM nicht ausnutzt.
Vllt. gibt's hier ja irgendwo einen #Admin der sich mit #MariaDB auskennt?

#admin #MariaDB @jakob 🇦🇹 ✅ @👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

2 years ago from Oberfranken Network •

@Weltraumeindringling
das klingt fast so - da der Server sich ja mehr oder weniger "langweilt" aber die Worker nicht abgearbeitet werden.
@𝗝𝗮𝗸𝗼𝗯 :𝗳𝗿𝗶𝗲𝗻𝗱𝗶𝗰𝗮: 🇦🇹 ✅

@Weltraumeindringling @jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

Das logfile rast nur so durch mit Workerprozessen.

Suche Profil, Profil gefunden, Start job, stop job, APDelivery nach AP...

Also da wird schon fest gearbeitet... wie es ausschaut.

Ich hab hier meinen Account mit knapp 1000 Followern und zwei Foren mit je ~1200 Followern. Also 3 User mit über 3000 Followern.

Die Maschine ist eine VM bei Hetzner mit 4 Kernen und 8GB RAM.
Drauf läuft auch noch eine Nextcloud, wo 2 User aktiv sind. Sprich ab und zu mal ein Foto hochladen und die Adressbücher und Kalender synchronisieren mit mehreren Clients. Sonst tut sich in der Nextcloud meist nicht sehr viel.

Hab schon probeweise die Nextcloud aus der nginx-Konfig rausgenommen... was die Anzahl der Worker in der Warteschlange auch nicht beeinflusst hat.

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

2 years ago from Oberfranken Network •

@𝗝𝗮𝗸𝗼𝗯 :𝗳𝗿𝗶𝗲𝗻𝗱𝗶𝗰𝗮: 🇦🇹 ✅
das ist eine Menge an Nutzern - aus dem Grund habe ich meine Instanz bisher auch nicht auf gemacht. Das einzige was läuft ist ein Bot mit über 1000 Nutzern.
@Weltraumeindringling

@Weltraumeindringling @jakob 🇦🇹 ✅

Cord

2 years ago •

Ist es möglich das sich dein User discovery einfach durch das fediverse fräst? Welche Konfiguration hast du bei User discovery? (Admin - Site - Autodiscovered Contact Directory)

jakob 🇦🇹 ✅

2 years ago •

Die Geschwindigkeit habe ich mittlerweile hingekriegt. Das war tatsächlich einem Upgrade der Mariadb geschuldet...

Die Einstellungen von https://friendica.opensocial.space/display/8ffdf77c-1663-a1a4-9de6-e64098311889 haben dann geholfen.

Aber die Worker in der Warteschlange werden mehr und mehr...

👤 𝟳𝗵𝗼𝗺𝗮𝘀 ✅🖖🔒

2 years ago from Oberfranken Network •

@𝗝𝗮𝗸𝗼𝗯 :𝗳𝗿𝗶𝗲𝗻𝗱𝗶𝗰𝗮: 🇦🇹 ✅
Also ich hab hier die gleiche Version der Maria laufen - aber OK kaum Nutzer drauf und bisher auch nicht diese Probleme. Was geändert werden muss habe ich mir mal notiert, falls die Maschine auch Probleme verursacht.

Bin allerdings immer noch auf der letzten Final, da ich mit RC immer so meine "schlechten" Erfahrungen habe für ein Produktivsystem
@Weltraumeindringling

@Weltraumeindringling @jakob 🇦🇹 ✅

Weltraumeindringling

2 years ago •

@𝗝𝗮𝗸𝗼𝗯 :𝗳𝗿𝗶𝗲𝗻𝗱𝗶𝗰𝗮: 🇦🇹 ✅ Hab noch nie eine MariaDB in einer Hochlast-Umgebung verwendet. Aber vor recht langer Zeit mal MySQL. Dort konntest Du einstellen, weiviel RAM die DB verwendet. Wenn man das nicht anpasste, war die DB ständig mit angezogener Handbremse gelaufen.

@jakob 🇦🇹 ✅

jakob 🇦🇹 ✅

2 years ago •

Hmmm ich bin mir nicht socher ob 3 User mit rund 3000 Followern schon unter "Hochlast" fällt...

Cord

2 years ago •

Für MySQL / mariadb Tuning kann man auch Mal mysqltuner einsetzen. Der gibt auch direkt Empfehlungen welche variablen man anpassen sollte. Da hier aber keine Systemlast-indikatoren gezeigt wurden, glaube ich nicht das es das Problem ist

jakob 🇦🇹 ✅

2 years ago •

@Weltraumeindringling ich hab vorgestern mit dem mysqltuner-script zwei kleine Änderungen für mrine Datenbank vorgeschlagen bekommen.

Sah für mich wirklich nicht großartig aus.

Aber seitdem werden die Worker in der Warteschlange langsam weniger statt mehr...

Bin in 36h jetzt von kanpp 80.000 schon auf 55.000 herunter gekommen.

Das seh ich als Erfolg.

@Weltraumeindringling

Cord

2 years ago •

apt-get install libterm-readkey-perl

jakob 🇦🇹 ✅

2 years ago •

Jetzt habe ich die User-discovery auf lokale Kontakte beschränkt.

Und es dauerte 3 Tage, bis die Worker nunvon fast 80.000 auf 0 abgebaut wurden.

Auch die verzögerten Worker reduzierten sich von gestern 26.000 auf heute diesen Wert vom Screenshot.

Raroun

2 years ago •

@𝗝𝗮𝗸𝗼𝗯 :𝗳𝗿𝗶𝗲𝗻𝗱𝗶𝗰𝗮: 🇦🇹 ✅
Deine Instanz ist alt (im positiven Sinne) und dementsprechend gut vernetzt.
Ich hatte einen guten VPS Server und manchmal auch 20000 Einträge im Worker.
Ich habe es mit Hardware erschlagen - seit dem gib es quasi keine ausstehenden Aufgaben bzw. Worker. Alles ist immer 0 - auch beim User Discovery.
Wenn du eine gut vernetzte Instanz hast, kann es vielleicht wirklich an dem massiven Ansturm auf Mastodon bzw. Allgemein im Fediverse liegen - ist aber nur eine Vermutung 😀

@jakob 🇦🇹 ✅

⇧