We have a customer with Sitecore where Experience Editor is quite slow to open. They also spotted in their logs some warnings:
AccessResultCache cache is cleared by Sitecore.Caching.Generics.Cache … Cache running size was 9 MB.
Well, AccessResultCache is a cache of which users have which rights to which items in workflows. Sitecore recommend increasing the size of the cache if you get this error (https://kb.sitecore.net/articles/879610). Our customer is using a LOT of workflows on their items.
I wondered though, would this improve the speed of opening experience editor.
I tried repeatedly opening a page in Experience editor. I did this 5 times, and timed each with a stopwatch. I then increased cache size to 100MB, and repeated the test.
- 9Mb Cache: Average 25.4 seconds
- 100Mb Cache: Average 23 seconds
So, a saving of maybe 2.4 seconds? That’s alright, but still quite modest.
Then, by chance, I saw a blog post today from BrianPederson “Improve Sitecore Experience Editor Performance by Disabling Number of Locked Items Counter“. It turns out there is a setting to turn off the whole damn counter:
<setting name="WebEdit.ShowNumberOfLockedItemsOnButton" value="false"/>
Awesome. Same test gives:
- No Counter: 5.2 seconds.
That’s over 20 seconds per experience editor opening saved by turning off this stupid counter in the ribbon. It’s clearly not efficient when there are a LOT of items under workflow.
I think these users can live without this count.