Grav performance limits and tuning


I know there has already been discussion Grav having reasonable limit 1000-5000 pages, is it still adequate today? Short question: should Grav atm manage ~4000-5000 pages with bearable delay when managing pages (<2 seconds)?

Longer description:
In my case, there is ~4000 pages and loading them takes ~10 seconds on admin panel and about the same when opening an single page.
My configuration (running Ubuntu 18.04 on VirtualBox):

  • 4GB RAM
  • 2 cores
  • decent SSD drive
  • PHP 7.2.26 with opcache configured
  • Grav 1.6.19 installed and caching enabled (tried memcached too, no gain)

Tried to debug with iotop whether disk reading could be bottleneck, but actually >90% of the time during that 10 seconds there was no disk reading activity.
So, is it possible to make things significally faster with thousands of pages?

Best regards,

@elusamus, Have you had a look at the latest blog post about Grav 1.7?

In a section on Flex Pages:

With Flex Pages we have tested Grav sites with over 50,000 pages! The admin was essentially non-functional with this amount of content in Grav 1.6, but in 1.7 and with Flex Pages it was totally usable.

1 Like

Thank you for pointing this out!

I was actually trying to upgrade my 1.6.19 Grav version to 1.7.0-rc3, but currently facing this issue (Parameter #1 does not contain array of filenames).
But if this resolved, moving to Flex Pages seems a way to go (Y).