Support with Nextcloud performance

At Autonomic we’re running a Nextcloud instance for around 50-200 users using the official image (containerised deployment) and a performance tuned configuration (see configs here).

We’re still running into serious issues with speed and performance. The web UI is taking a loonnngggg time to load (20 - 40 seconds in some cases) and it is really killing the usability.

Does anyone here have experience making Nextcloud run faster? Specifically the responsiveness of the web UI. We haven’t seen much issues with the clients.

It would be great to work with someone who has experience with running large Nextcloud instances and what to tweak to get the most out of it. Experience with the container deployment option is a huge plus.

We can figure out some compensation for your time! Hit us up.


We don’t use Docker for this, we use Apache, Coturn, MariaDB, Memcache, PHP-FPM and Redis for Nextcloud and Nginx and PostgreSQL for ONLYOFFICE all deployed to Debian VMs using Ansible and haven’t hit any performance issues, but I don’t think any of our instances have as many users, if you would be interested in using our Ansible to deploy a server for a performance comparison let me know.


Nextcloud is really really CPU heavy. We run an instance with several hundred users on dedicated hardware with the database moved to a different server and still see high loads.

However, within the last 6 months the nextcloud folks have made huge improvements to CPU usage - including a new high performance back end written in rust - which we haven’t tried yet. And also whatever this means. I have a hard time reading through the Nextcloud marketing material to really understand what any of this means, but I suspect if you explore those posts you may find some CPU relief.


I believe that the improvements @jamie has linked to relate to the current notify_push app and future improvements to it, which are not yet available.

These are our Ansible tasks to configure it plus we have this YAML to configure the Apache reverse proxy for it via this template, however note that updated clients are required to use this feature and I’m not sure if the mobile clients support it yet?


@decentral1se do you have the antivirus app enabled? This can bring servers to their knees as it ends up spawning dozens of intensive ClamAV processes, even when MAX_THREADS is set to 1, I haven’t looked at solving this recently as I simply ended up disabling the app on all servers…


Nice one, thanks for weighing in :blush:

No antivirus app no, just took a look, phew. The notify_push app looks like a fine addition but without some clear idea that it is indeed the end-user clients hogging all the resources (which it doesn’t look like, since the web UI is the pain point?).

I can’t see anything majorly different from your Ansible configs, thanks for sharing them.

Ofc there is some growing doubt that “it is just Docker” but I really can’t be sure yet. I will be trying to profile this thing a bit more. Gotta find the bottleneck…

The things I’d suggest checking for the web interface are:

  1. Is OPcache enabled and is opcache.memory_consumption set to at least 64MiB (on the CoTech Nextcloud server the max OPcache memory usage in the last year was 61MiB). This enabled compiled PHP to be called from memory rather than disk.
  2. Is the MariaDB / MySQL InnoDB buffer pool greater than the data size? Again this enables the database to use RAM rather than disk, check for this and other suggestions by running MySQLTuner (it is packaged for Debian).
  3. Is Memcache or Redis installed and enabled?

How many CPUs and of what spec and how much RAM is assigned and what is the usage looking like?


Got that.

Gonna check this out!

Yep, it’s up. We also have the cron switched to background jobs.

8 dedicated vCPUs with 32GB RAM (CCX32 hetzner VPS). We’re not seeing any RAM/CPU overutilisation after doing an upgrade so it seems to be some limit within the app configuration…

Thanks for thinking along!