|
Most of the slowness is from checking whether the current user has permission to see the page or not. This involves checking both the Space Permissions and Page Restrictions. The Space Permission checks can be particularly costly and are not cached, even during the request.
So the next question based on that would be, why aren't at least the space permissions cached during the request?
This issue is starting to hit us hard, we have pages that end up checking permissions over 500 times and caching only saves the second person to view the data within the refresh window. Like the above respondent, we see response times in the tens of seconds for some pages. Hi Tony,
There's no good reason not to cache them during the request. We just haven't implemented it yet. Thankyou for voting for this issue. Cheers, There are several other issues related to this same problem as well. We are experiencing very slow load times on a Space with 1000 child pages.
It may make sense to combine all of these into one larger support issue? I know this problem has limited our ability to roll Confluence out to the rest of our users who want a separate page per customer. Here are the other Issues I know of related to this: https://support.atlassian.com/browse/CSP-16926 are related to slow performance on spaces with a lot of child pages thanks! What version(s) does this affect? We are on 2.8.2 with a fairly large install and are seeing some chronic performance problems that could be related. Our 'Space Permissions' cache is listed as 98% effective.
Hi, this affects all versions of Confluence. It should be improved somewhat in Confluence 2.10 by
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Task
Open
Major
Improve page load time when it contains lots of links
What about a page directive that says "Assume all links exist". This could drammatically improve rendering time.
I am finding that a page with 1500 children, and containing links to all the children, takes over 3 minutes to render, despite the fact that the wikitext is only about 60K.
Another work around might be to change the links to the other pages into external links back to the wiki. That might avoid the database lookup. Of course you'd loose features like rename, and "what pages link to this page" type features.