This issue has been created
There are 4 updates.
 
 
XWiki Platform / cid:jira-generated-image-avatar-c088f2ee-0372-41ec-9717-8b476f633005 XWIKI-23021 Open

Groups are loaded repeatedly after a group change

 
View issue   ยท   Add comment
 

Issue created

 
cid:jira-generated-image-avatar-743b5c3b-8af5-40fc-a9ce-efefd8edd992 Michael Hamann created this issue on 25/Mar/25 15:13
 
Summary: Groups are loaded repeatedly after a group change
Issue Type: cid:jira-generated-image-avatar-c088f2ee-0372-41ec-9717-8b476f633005 Bug
Affects Versions: 10.8-rc-1
Assignee: Unassigned
Components: User
Created: 25/Mar/25 15:13
Labels: performance
Priority: cid:jira-generated-image-static-major-34cc4ce3-155d-47bc-a83a-bc47e1f81733 Major
Reporter: Michael Hamann
Description:

Steps to reproduce:

Difficult. We observed this on an XWiki instance with a big user group (5k users) where the members of this group are queried in three different places in the skin. When the group is updated, we saw slow traces in Glowroot that indicated that the GroupManager waited several times for the group to be loaded into the cache. It is possible that this can only be observed under high load.

Expected result:

The group is only loaded once into the cache, and all threads requesting groups wait for that load.

Actual result:

The group is loaded by several, different threads. This is because there is a race condition in the groups cache, it checks first if the group is in the cache under a read lock, and then acquires a write lock to add the group to the cache. However, under the write lock, it doesn't check again if the group is already in the cache.

 
 

4 updates

 
cid:jira-generated-image-avatar-743b5c3b-8af5-40fc-a9ce-efefd8edd992 Changes by Michael Hamann on 25/Mar/25 15:13
 
Fix Version: 17.2.0
Fix Version: 16.10.6
Fix Version: 16.4.8
Assignee: Michael Hamann