Weitere Beobachungen für KH unter ARM

[technotravel]

Wie schon berichtet, teste ich derzeit einen Server unter ARM mit Debian.

Hier weitere Beocbachtungen:

1 - wenn noch keine Datenbanken eingericht wurden, zeigt die Ressourcenanzeige auf der Hauptseite des KH-UI unter Datenbanken den Wert für genutzten Webspace an. Sobald Datenbanken eingerichtet wurden. werden für beides die korrekten Werte angezeigt. Bin jetzt nicht sicher, ob das KH-ARM spezifisch ist oder nicht.

2 - nachdem jetzt restic auch auf meinem ARM-Server läuft (nochmals Danke an Alex!), beobachte ich exorbitante loads bei Backup jobs. Restic load geht bis auf 230% CPU load. Dabei hat die Maschine 6 CPU Kerne mit 8GB RAM (Prozessor: Neoverse-N1 (arm64) ). Settings: backup auf local storage (Webspace, eingebunden im fstab über cifs, mit davfs konnte ich keine Schreibrechte erlangen). Bei meinem x86 Server ( 8 @ 2,25 GHz und 16GB RAM) hatte ich nie so hohe Werte. Auch hier bin ich nicht sicher, ob das an der ARM Architektur liegt, oder ob der Server einfach nur zu schwachbrüstig ist.

Wie sieht das bei anderen ARM Nutzern aus?

[24unix]

2 - nachdem jetzt restic auch auf meinem ARM-Server läuft (nochmals Danke an Alex!), beobachte ich exorbitante loads bei Backup jobs. Restic load geht bis auf 230% CPU load. Dabei hat die Maschine 6 CPU Kerne mit 8GB RAM (Prozessor: Neoverse-N1 (arm64) ). Settings: backup auf local storage (Webspace, eingebunden im fstab über cifs, mit

Wo siehst Du das Problem?
restic arbeitet, 6 CPU, 230% ist doch gut, die werden genutzt. Alles über 600% (bei 6 Cores) wäre evtl. eine Beobachtung wert.

[technotravel]

Ah - das beruhigt mich

Mir schien das viel, aber wenn du das so sagsts ...

Thx

[24unix]

Ich habe mal eben ein Backup angestoßen:

Die % sind pro Core, also alles gut.

[technotravel]

Oh hübsch!

Was benutzst du da?

Ich gucke bislang nur mit top ...

[24unix]

Oh hübsch!

Was benutzst du da?

Ich gucke bislang nur mit top ...

htop

Bei neuen Kisten Standard: apt install vim git htop lsd zsh

Edit:
lsd macht nur Sinn, wenn man einen passenden Font installiert hat:

Ohne fehlen halt die Icons.

[technotravel]

Sehr hübsch indeed

zsh schaue ich mir gelegentlich auch mal an - thx

[24unix]

Sehr hübsch indeed

zsh schaue ich mir gelegentlich auch mal an - thx

Ich habe oben noch mal editiert.

Wenn Du Dich mit zsh beschäftigen willst, google mal nach Powerlevel10k

(Yes, it's over 9000 )

[technotravel]

lsd macht nur Sinn, wenn man einen passenden Font installiert hat:

Ohne fehlen halt die Icons.

Welchen? Wie?

Edit:
grad deinen link angeschaut - got it

[24unix]

lsd macht nur Sinn, wenn man einen passenden Font installiert hat:

Ohne fehlen halt die Icons.

Welchen? Wie?

Edit:
grad deinen link angeschaut - got it

OK too late

nerd-font, wie, hängt vom System ab …

[Ralph]

Hab auch mal ein System damit aufgesetzt ...
Das Problem könnte eventl. mit der Anzahl der Prozesse zusammenhängen, ich hab einen Cron Job eingerichtet der 1 mal pro Woche die Datenbank optimiert und ggf. repariert:

Code: Select all

mysqlcheck --auto-repair --optimize --all-databases

Dabei werden beim ARM System enorm viele Prozesse generiert > 800

Mein Verdacht geht in Richtung Rspamd bzw. Redis ... die rspamd sourcen für ARM64 (binary-arm64) sind ja vorhanden aber bei diesen Packages schätze ich mal ist irgendwo was faul ...

Wenn ich zum testen Redis und Rspamd stoppe und dann einen mysqlcheck starte, zeigt das System weniger Load.
Ich verwende Zabbix zum monitoring wegen der Zabbix Warnung auf zu viele Prozesse während mysqlcheck ist es mir erst aufgefallen ...

[Alexander]

1 - wenn noch keine Datenbanken eingericht wurden, zeigt die Ressourcenanzeige auf der Hauptseite des KH-UI unter Datenbanken den Wert für genutzten Webspace an. Sobald Datenbanken eingerichtet wurden. werden für beides die korrekten Werte angezeigt. Bin jetzt nicht sicher, ob das KH-ARM spezifisch ist oder nicht.

Sicher, das du nicht vielleicht einfach nur in der Zeile verrutscht bist und die Gesamtsumme gelesen hast? Der Screen stammt zwar von einem AMD64 aber die Architektur sollte dort nicht relevant sein.

Bildschirmfoto vom 2024-11-06 09-42-04.png (19.38 KiB) Viewed 787 times

2 - nachdem jetzt restic auch auf meinem ARM-Server läuft (nochmals Danke an Alex!), beobachte ich exorbitante loads bei Backup jobs. Restic load geht bis auf 230% CPU load. Dabei hat die Maschine 6 CPU Kerne mit 8GB RAM (Prozessor: Neoverse-N1 (arm64) ). Settings: backup auf local storage (Webspace, eingebunden im fstab über cifs, mit davfs konnte ich keine Schreibrechte erlangen). Bei meinem x86 Server ( 8 @ 2,25 GHz und 16GB RAM) hatte ich nie so hohe Werte. Auch hier bin ich nicht sicher, ob das an der ARM Architektur liegt, oder ob der Server einfach nur zu schwachbrüstig ist.

Woher nimmst du die Zahl 230%? Von "CPU-Auslastung" vom KeyHelp-Dashboard oder aus der Konsole via top/load etc.

[technotravel]

Sicher, das du nicht vielleicht einfach nur in der Zeile verrutscht bist und die Gesamtsumme gelesen hast?

Kann das jetzt nicht beschwören und habe leider keinen Screenshot gemacht ... nächstes Mal dann

Woher nimmst du die Zahl 230%? Von "CPU-Auslastung" vom KeyHelp-Dashboard oder aus der Konsole via top/load etc.

Der Wert war von top. Habe grade nochmal ein Backup angeworfen - hier die resultierenden Screenshots von top und Dashboard:

Dashboard.png (40.3 KiB) Viewed 764 times

[Ralph]

Hab auch mal ein System damit aufgesetzt ...
Das Problem könnte eventl. mit der Anzahl der Prozesse zusammenhängen, ich hab einen Cron Job eingerichtet der 1 mal pro Woche die Datenbank optimiert und ggf. repariert:

Code: Select all

mysqlcheck --auto-repair --optimize --all-databases

Dabei werden beim ARM System enorm viele Prozesse generiert > 800
Mein Verdacht geht in Richtung Rspamd bzw. Redis ... die rspamd sourcen für ARM64 (binary-arm64) sind ja vorhanden aber bei diesen Packages schätze ich mal ist irgendwo was faul ...
Wenn ich zum testen Redis und Rspamd stoppe und dann einen mysqlcheck starte, zeigt das System weniger Load.
Ich verwende Zabbix zum monitoring wegen der Zabbix Warnung auf zu viele Prozesse während mysqlcheck ist es mir erst aufgefallen ...

Das nehme ich zurück, sehe ich jetzt auch auf anderen Systemen
Scheint durch ein MariaDB Problem verursacht zu werden wobei Prozesse nicht sauber oder schnell genug beendet werden ... vieleicht im Zusammenhang mit Rspamd, bin mir noch nicht sicher. Dazu später mehr in einem anderen Thread.

***
Was mir aber noch bei KH auf ARM aufgefallen ist ... nach einem PHP Update läuft Apache unter prefork anstatt dem voreingestellen mpm_event.