Nextcloud a way too slow

Zitat von Bensen

Selbst bei einer frisch installierten Instanz und nur einem registrierten Benutzer dauert der Seitenaufbau durchweg 2-3 Sekunden.

Das kenne ich so auch und habe da bisher auch noch keine richtige Lösung gefunden.

Die Datenbank nicht auf dem selben Host zu haben, könnte in jedem Falle ein ordentlicher Flaschenhals sein. Auch wenn die Latency recht gering ist.

Wie sind nginx und fpm verbunden? TCP auf Localhost oder per Unix Socket? Ersteres könnte ein Bottleneck sein.

100 GB OPCache könnte was bringen.Konnte es aber mangels RAM noch nicht probieren.... Im Ernst, also 2-3 Sekunden habe ich bei einem Benutzer auch. Mit Apache, ohne sonstigen Cache außer OPCache. Wenn das bei euch trotz aller Caches und nginx auch so ist, dann wird das wohl der Normalzustand sein .

Edit: OK, gelogen, APCu ist verfügbar und als lokaler Memcache eingestellt.

Zitat von Bensen

Stimmt, das habe ich mit der aktuellen Konfiguration noch gar nicht getestet. Im Netz findet man mehrere Beiträge die bei kleinen Servern zu einer Auslagerung der Datenbank raten. Da das ganze jetzt aber auf einem RS4000 läuft sollte das keine Rolle mehr spielen.

per socket angebunden.

memcache, apcu (opcache) , jiit, redis ist alles aktiv & konfiguriert.

Hmm, ja, dann wird es wohl wirklich normal sein. Ich habe heute Nacht einige Stunden mit den OPCache Einstellungen rumgespielt, weil ich per Google darauf gekommen bin, dass OPCache ja auch dateibasiert funktionieren kann. Nach einigem rumspielen mit den Parametern bei aktiver Nextcloud hatte ich dann auch zuerst gut 120 MB Cache-Dateien in meinem konfigurierten Verzeichnis für OPCache und Nextcloud hat aber trotzdem weiter gejammert, dass der - ebenfalls noch aktivierte - OPCache im Shared Memory fast voll sei. Habe den auch mal ausgeschaltet, dann war die Meldung weg, dafür hat sich Nextcloud dann darüber beschwert, dass er ausgeschaltet ist und das nicht gut sei. Also wieder angeschaltet und nach einigen weiteren Versuchen war ich dann soweit, dass die Nextcloud beim Klick auf Kontakte die Kontakte zu laden versucht hat bis zum St.Nimmerleinstag. Nur noch leere Anzeige und der animierte Kreis. Alle anderen Apps schienen aber noch zu funktionieren.

Das war dann nach einigen erfolglosen Reparaturversuchen der Moment, in dem ich dann das Backup der Nextcloud wieder eingespielt habe aus meiner täglichen Sicherung der Serverdaten per Keyhelp/restic. Zuerst nur die Datenbank, das führte aber wohl zu Inkonsistenzen und einem Internal Server Error. Dann alles komplett, inklusive Dateien, das hat dann auch geklappt und so bin ich dann um 6 Uhr schlafen gegangen . Ich werde mich wohl weiterhin mit den 2-3 Sekunden abfinden und mit der ewigen Meckerei. Ich bin ja schon froh, dass die Cloud überhaupt wieder läuft und die Kontakte wieder da sind.

Zitat

Der OPcache-Puffer ist fast voll. Um sicherzustellen, dass alle Skripte im Cache gehalten werden können, wird empfohlen, opcache.memory_consumption in deiner PHP-Konfiguration mit einem höheren Wert als 2048 anzuwenden.

Der OPcache-Zwischenspeicher für interne Zeichenfolgen ist fast voll. Um sicherzustellen, dass sich wiederholende Zeichenfolgen effektiv zwischengespeichert werden können, wird empfohlen, opcache.interned_strings_buffer mit einem Wert größer als 128 in deiner PHP-Konfiguration anzuwenden.

Redis wird sich wahrscheinlich bei einer neuen Installation mit nur einem Benutzer nur wenig bis gar nicht auswirken.

Wollte solchen Terz nicht, daher habe ich mir den Storage Share (= gehostetes Nextcloud) vom roten H geholt.

Aber vermutlich soll das eine größere Installation werden? Für eine Person wären die beiden RS zumindest sauber überdimensioniert.

Super mega schnell ist meine Nextcloud auch nicht; aber 2-3 sek. Braucht sie nicht.

Hast du sie unter Ubuntu als Snap installiert?

Die DB würde ich auf dem selben Server lassen, zumindest zum Testen.

Wir sind die generellen Zugriffszeten auf dem Host? Evt. Liegt da das Problem?

Zitat von Homwer

Super mega schnell ist meine Nextcloud auch nicht; aber 2-3 sek. Braucht sie nicht.

Bei mir kommt es darauf an. Wechsle ich die App innerhalb von Nextcloud, also zum Beispiel von Photos auf Files, braucht der App wechsel seine zwei bis drei Sekunden. Aber wenn ich z.B. innerhalb der Files rumstöbere, geht das bei mir schnell. Und meine Cloud läuft mit 2 vCPU und lediglich 1 GB RAM.

Ist bei mir ähnlich, besonders der Wechsel auf Files braucht etwas länger als z.B. auf Kontakte. Von Photo auf Files sieht das dann laut Firefox z.B. so aus:

DOMContentLoaded: 217 ms
load: 2,61 s

Der vServer hat zwar 6 vCores und 16 GB RAM, aber das dürfte hierbei ja nicht relevant sein, weil er zur Erzeugung des HTML wohl nur eine vCPU benutzen wird und bei dir das RAM zur Bearbeitung des Requests ausreicht.

Zitat von Bensen

Kennt Ihr ownCloud Infinite Scale? Dies ist soll nahezu komplett in go geschrieben sein und fucking pfeilschnell sein. Aber wie stehts um die Apps & Anpassbarkeit wie bei nextcloud? Wäre ein Wechsel sinnvoll?

ownCloud Infinite Scale sieht wirklich gut aus. Das ist aber wirklich nur ein reiner Filestorage. Keine Kontakte, keine Kalender, keine Apps. Das hat mich von einem Wechsel bisher immer abgehalten, auch wenn ich an dieser Stelle zustimmen muss, dass Nextcloud einfach furchtbar langsam ist. Ich habe auch schon so viel versucht, mehrere Server Wechsel hinter mir und am Ende einfach aufgegeben.

Zitat von Bensen

Schiebe ich nun das Problem schlichtweg auf Nextcloud...

Was ja in der Regel auch stimmt.

Hm, das rote H bekommts mit seiner gehosteten Version sehr zügig hin. Da ist nichts von den 2-3 Sekunden merkbar.

Zitat von Bensen

TBT ist die gehostete nextcloud genauso frei konfigurierbar als wenn man sie selbst hosten würde?

Was genau meinst Du mit "frei konfigurierbar". Es gibt keine Konsole, auf der man was ändern könnte, sondern einen NC Login. Man kann beliebig viele Benutzer und beliebige Plugins installieren - sofern diese halt nicht eine separate Konsoleninstallation eines Bestandteils benötigen.

Man kann beim Setup eine Custom URL (z.B. nextcloud.eigenedomain.tld ) angeben, die dann ohne jeglichen Aufwand verwendet wird. Externer Speicher kann mit dem Plugin eingebunden werden, so auch z.B. die parallel angebotene "Storage Box" (habe ich auch, die kleinste), die man z.B. auch für Backups von Netcup aus verwenden kann.

Ich finde beide Angebote schon sehr angenehm und performant. Nextcloud als Container hinter nem Nginx Proxy Manager habe ich bisher nicht wirklich zum Funktionieren gebracht (wenn da jemand ne passende docker-compose hat nur her damit), daher halt die "plug and play" Variante.

Also mein Nextcloud auf meinem RS reagiert sehr flott, da ist auch nichts mit 2-3 Sekunden Verzögerung. Ihr müsst auch die PHP-FPM Konfiguration anpassen, denn die Standard Werte sind für'n Arsch. Gleichzeitig müsst ihr auch die Backend-DB anpassen, dann passt es auch mit der Performance.

Hier (Link) zum Beispiel könnt ihr euch wunderbar an der Konfiguration orientieren. https://www.c-rieger.de/nextcloud-installationsanleitung/

Zitat von joas

Hier (Link) zum Beispiel könnt ihr euch wunderbar an der Konfiguration orientieren. https://www.c-rieger.de/nextcloud-installationsanleitung/

Zitat

Code

sed -i 's/pm.max_children =.*/pm.max_children = 200/' /etc/php/8.2/fpm/pool.d/www.conf
sed -i 's/pm.start_servers =.*/pm.start_servers = 100/' /etc/php/8.2/fpm/pool.d/www.conf
sed -i 's/pm.min_spare_servers =.*/pm.min_spare_servers = 60/' /etc/php/8.2/fpm/pool.d/www.conf
sed -i 's/pm.max_spare_servers =.*/pm.max_spare_servers = 140/' /etc/php/8.2/fpm/pool.d/www.conf
sed -i "s/;pm.max_requests =.*/pm.max_requests = 1000/" /etc/php/8.2/fpm/pool.d/www.conf

Also eigentlich sollte man pro FPM Server das memory_limit an RAM vorhalten. Also kurz gesagt, sollte man nach der Anleitung ~200GiB RAM nur für die PHP Worker vorhalten. Macht man das nicht, kann es im Zweifel zu OOM Kills kommen. Auf einem System von mir mit 64GiB RAM erlaube ich bei 512MB memory_limit max. 94 FPM Server.

Solange die PHP Worker/Prozesse alle nur wenig Memory brauchen, mag das funktionieren. Aber ich weiß nicht, inwiefern es sinnvoll ist, da derart heftig overprovisioning zu betreiben.

Zitat von whoami0501

Auf einem System von mir mit 64GiB RAM erlaube ich bei 512MB memory_limit max. 94 FPM Server.

Auf meinem 64 GB Server habe ich das von "dynamic" auf "static" umgestellt, mit pm.max_children = 150 (bei memory_limit 256)

Läuft alles wunderbar rund und schnell.

(Ist zwar kein nextcloud drauf, aber etliche php-Intensive Anwendungen, u.a. Moodle mit recht vielen Nutzern)

Wenn ich das Skript im verlinkten Artikel nutze, gibt es mir (auf dem 64GB Server) aus: pm.max_children = 1094

way too much

So was kann eigentlich nicht gutgehen.

Zitat von aRaphael

Auf meinem 64 GB Server habe ich das von "dynamic" auf "static" umgestellt, mit pm.max_children = 150 (bei memory_limit 256)

Läuft alles wunderbar rund und schnell.

Weil das impliziert, dass du maximal 37,5GiB brauchst, welche du mit 64GiB ja locker hast.