Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
High load since 9.1.0 #25603
Our Webserver hosting an OwnCloud instance for ~4500 users went crashing down with loads >150 with 8 CPUs and 16GiB RAM following the 9.1.0 upgrade. Digging into it showed that all PHP processes where busy processing
Is this expected behavior to read those files for each incoming request? For now we vertically upscaled our server by throwing more CPU Cores at it (32 at the moment) to mitigate this.
Steps to reproduce
ownCloud version: (see ownCloud admin page)
Updated from an older ownCloud or fresh install:
Where did you install ownCloud from:
Signing status (ownCloud 9.0 and above):
List of activated apps:
The content of config/config.php:
Are you using external storage, if yes which one: NFS-mounted
Are you using encryption: no (we did use it at first but disabled it later on)
Are you using an external user-backend, if yes which one: LDAP (eDirectory)
As far as debugging shows this is caused by https://github.com/owncloud/core/blob/master/lib/private/AppFramework/App.php#L59 which is called by registerAutoloading on every request - ee3457a
It seems that parsing
If you want, you can close this issue. Or keep it around to tweak a bit of performance out of
So, after a night of profiling with blackfire, I was able to cut the calls to
There are several other IO-heavy candidates that could be optimized by wrapping them in a memoization pattern, e.g.
Just to throw it out there, we just upgraded from v9.0.2 to v9.1.0 and were met with spinning cursors waiting for login. Looking at the httpd or php processes showed the same behavior of info.xml being opened for each app over and over and over. I gave up after a few minutes and restored the old database.
[root@ioc html]# strace -p 14338