Skip to Content.
Sympa Menu

grouper-users - RE: [grouper-users] Browse folders section is slow to load

Subject: Grouper Users - Open Discussion List

List archive

RE: [grouper-users] Browse folders section is slow to load


Chronological Thread 
  • From: "Hyzer, Chris" <>
  • To: "Black, Carey M." <>, "Edenfield, Dusty" <>, "Redman, Chad" <>, "Gettes, Michael" <>, "" <>
  • Subject: RE: [grouper-users] Browse folders section is slow to load
  • Date: Wed, 27 Sep 2017 19:15:47 +0000
  • Accept-language: en-US
  • Authentication-results: spf=none (sender IP is ) ;
  • Ironport-phdr: 9a23:AVfgzxAI4otG4wZXs/mYUyQJP3N1i/DPJgcQr6AfoPdwSP36pMuwAkXT6L1XgUPTWs2DsrQf2rqQ6/iocFdDyK7JiGoFfp1IWk1NouQttCtkPvS4D1bmJuXhdS0wEZcKflZk+3amLRodQ56mNBXdrXKo8DEdBAj0OxZrKeTpAI7SiNm82/yv95HJbQhFgDmwbaluIBmqsA7cqtQYjYx+J6gr1xDHuGFIe+NYxWNpIVKcgRPx7dqu8ZBg7ipdpesv+9ZPXqvmcas4S6dYDCk9PGAu+MLrrxjDQhCR6XYaT24bjwBHAwnB7BH9Q5fxri73vfdz1SWGIcH7S60/VC+85Kl3VhDnlCYHNyY48G7JjMxwkLlbqw+lqxBm3oLYfJ2ZOP94c6jAf90VWHBBU95RWSJfH428c4UBAekPPelaronyu1QBoACkCgWwGO/i0CNEimP00KA8zu8vERvG3AslH98WvnjartX0NaYMXuCv1KXD0CvOb/NM2Tf884jEfA0qrPaJXb1sccrQyUguGB3fjliLqIzlJC+a2v4Qs2iD8eVgU+Svh3Q5pA5svzii38EhgZTHiIISz1DL7yR5wIAtKN25Tk57fcCrEIFWty6EK4t6XNkuTH91tyYnzLANpJ21fDASxZg53RHTd+GLfo2V7h7+SeqcJDl4iX15dL6jghu/81avx+L9W8Sx1VtGsDZJnsTUunwQ2RHf9tKLR/9g8ku7xzqDygTe5vtZLU02lKfWLYMqzKQqmZoJq0vDGzf7mEXog6+ScUUp4vCm5vjgbLn6uJOQLpJ5hAfgPqg3ncywGvo3PhIJX2iG5eSzz7rj/VD/QLpXlPE2irPZsJfGJcsFuqG5Hw5V0oEl6xqlCDemzcgYnX0ALFJCexKLlZTmO1bLIPzgDPe/hUqjkCtzyvzYJLLtHojBI33enLv8YLpw7kBcxQUvwdxD4p9ZCK8OLf3yV0L0sdHUEAM1PxGsz+biEtp914ceWWyVAq+eNaPfqVqI6f4vI+iMZY4apiz9JuMk5/71kXA1g0IdfbG30psRbnC0BOppLFiEYXb0mNcODX8KvhYiTOztkFCCXiRTZ3GvX6Ik+D47EpuqDZrYRo+zmryBxzy2HplXZmBdFlCMCmnke5+FW/cKdCKdPNVhkjoaWri9VYMtzw+huxLny+kvEu2BsAccvJngkJBe7vfehFkXs3Y8W86Z2mqOCTguxUsPXCJw0axi9wg1gHqP3K52gvFcGZgby+5SThZwfcrQ0vdmGpb/Vg/HcNaETFqORdS6Rz44Ut86w5kDb1srX53otB3P2iOsR/c+l7WHTtRg+aLV00/rKsp4wnDuya8qyVQqX50LfSeJi7Jj+hOXT6vImEWQmqLgPfAT0TLR+Xyr0GSK+kxUTVg0Ge/KR3cCfkbM6Mni61nZZ76oFbk9NAZdk4iPJrYAIonml1JbXPr5fcnFbniqs2a2GRuSwL6QNsznd3hLjwvHD01R2SAC73uccUAVBj2guCiWWDllFUP9blnE8PJ17m6jQ0kyiQyGchsyhPKO5hcJiKnEGLso1bUetXJk8m0sEQ==
  • Spamdiagnosticmetadata: NSPM
  • Spamdiagnosticoutput: 1:99

 

> FWIW: I don’t see any references to this setting in the Tier Deployment guide.

 

Yes, we should add it.  Maybe consider changing the default for this too.

 

>                 I did find one ref on the Grouper WIKI: https://spaces.internet2.edu/display/Grouper/UNC+load+testing+grouper

>                                 This page appears to be about v1.6 vs v2.3 performance.

>                                 With different grouper data structures and apples to oranges deployment models.

>                                 So.. version changes, different data structures, and different deployment models

> ..

>                                 hum

>  had to know what details matters more than others. But a good read all the same.

>

>

> Is there any guidance on when this setting should be seriously considered?

 

when its slow and you dont mind if people see folders where they dont have objects

 

> Can anyone identify the variables/factors that make this performance issue better/worst?

 

Its a big complex query which is affected by number of groups, folders, privileges, memberships, etc.  Also depends on type of database and horsepower etc.  Picture this: give me the folders whose parent folder is X where there exists any object inside (any level) where any privilege exists for this user (and privilege could be due to a nested group assignment).  Ok, might not sound that complex but it is J

 

 

>                 ( my first thoughts of possibilities

> )

>                 More Stems that are flat?

>                 More Stems that are bushy?

>                 Depth of Stems?

>                 Raw count of Stems(folders)?

>                 Total Number of groups?

>                 Dynamic characteristics like how much data/groups/permissions are being changed?

>                 CPU/RAM load on the server?

>                 Max RAM limit for tomcat?

>                 Number of groups on the user in the session?

>

>                 Is any of this computation cached for the user?

 

hmmmm, if so then not for long, max a couple minutes

 

>                 When does it happen?

>                                 At login?

>                                 At page load?

>                                 Other?

 

when the query is run, if so

 

>

>

>

> And while we are talking about the “Browse folders” widget

>

>                 Is there any way to get it to add/remove as the user adds/removes folders/groups? ( Focused only on their session of the UI. )

 

we had an enhancement for that that didnt work right so we disabled it, but part of that work is there

 

>                                 If not, is there a Jira request for that yet?

>                                 It seems like it should be possible

>

>  _javascript_ anyone? :^)

>

> 

 

From: [mailto:] On Behalf Of Black, Carey M.
Sent: Wednesday, September 27, 2017 2:51 PM
To: Edenfield, Dusty <>; Redman, Chad <>; Gettes, Michael <>;
Subject: RE: [grouper-users] Browse folders section is slow to load

 

Dusty,

                Did this start recently, or is it just something that “finally got bad enough to ask about”?

 

 

 

All,

 

FWIW: I don’t see any references to this setting in the Tier Deployment guide.

                I did find one ref on the Grouper WIKI: https://spaces.internet2.edu/display/Grouper/UNC+load+testing+grouper

                                This page appears to be about v1.6 vs v2.3 performance.

                                With different grouper data structures and apples to oranges deployment models.

                                So.. version changes, different data structures, and different deployment models…..

                                hum… had to know what details matters more than others. But a good read all the same.

 

 

Is there any guidance on when this setting should be seriously considered?

Can anyone identify the variables/factors that make this performance issue better/worst?

                ( my first thoughts of possibilities…)

                More Stems that are flat?

                More Stems that are bushy?

                Depth of Stems?

                Raw count of Stems(folders)?

                Total Number of groups?

                Dynamic characteristics like how much data/groups/permissions are being changed?

                CPU/RAM load on the server?

                Max RAM limit for tomcat?

                Number of groups on the user in the session?

 

                Is any of this computation cached for the user?

                When does it happen?

                                At login?

                                At page load?

                                Other?

 

 

 

And while we are talking about the “Browse folders” widget…

                Is there any way to get it to add/remove as the user adds/removes folders/groups? ( Focused only on their session of the UI. )

                                If not, is there a Jira request for that yet?

                                It seems like it should be possible…… _javascript_ anyone? :^)

 

--

Carey Matthew

 

From: [] On Behalf Of Edenfield, Dusty
Sent: Wednesday, September 27, 2017 2:02 PM
To: Redman, Chad <>; Gettes, Michael <>;
Subject: RE: [grouper-users] Browse folders section is slow to load

 

Changing that option to ‘false’ helped tremendously.

 

Thanks!

 

From: [] On Behalf Of Redman, Chad
Sent: Wednesday, September 27, 2017 11:45 AM
To: Gettes, Michael <>;
Subject: RE: [grouper-users] Browse folders section is slow to load

 

Correct, this can be bypassed with an option in grouper.properties:

 

# if folders should be shown only if there is an object inside that the user can see

security.show.folders.where.user.can.see.subobjects = false

 

 

This is available since API patch 15 (GRP-1320)

 

 

-Chad

 

 

From: [] On Behalf Of Gettes, Michael
Sent: Wednesday, September 27, 2017 11:29 AM
To:
Subject: Re: [grouper-users] Browse folders section is slow to load

 

+1 - recommendations to tweak config if appropriate is appreciated.


/mrg

 

On Sep 27, 2017, at 11:27 AM, Edenfield, Dusty <> wrote:

 

In the Grouper UI in 2.3, we’ve noticed that the folder tree is very slow to load for users that don’t have a lot of privileges.  For super users, the tree loads quickly.  Is this because it’s doing a view privilege check for each existing group to determine if it can be displayed in the tree browser?

 

---------------------

Dusty Edenfield
Systems/IT Architect
OIT-Enterprise Information Systems
Georgia Institute of Technology
(w) 404-385-3945   

 




Archive powered by MHonArc 2.6.19.

Top of Page