Very slow response displaying OrgChart in IDM Apps 4.5

Hi,

We have IDM application 4.5. We see the organization chart response is taking too long time more than 2-3 minutes to display the chart.

In eDirectory, we have all the required attributes are indexed.

Please let me know what would be the root cause for this slow response and how to resolve it.

Thanks in advance.
dk
  • I saw a slow performance in the IDM 4.7 User Application (IDM Dash) at some point and fixed this by increasing the eDirectory cache on the eDirectory Server configured for the IDM User Application.

    How many Users/Objects you have in your tree? In my case it was apprx. 80k and I configured the cache for eDirectory to 1 GB!

    Kind regards,

    Thorsten
  • On 10/30/2018 12:36 PM, tschloesser wrote:
    >
    > I saw a slow performance in the IDM 4.7 User Application (IDM Dash) at
    > some point and fixed this by increasing the eDirectory cache on the
    > eDirectory Server configured for the IDM User Application.
    >
    > How many Users/Objects you have in your tree? In my case it was apprx.
    > 80k and I configured the cache for eDirectory to 1 GB!


    Some of the attributes for UA are fairly large and verbose, so perhaps
    more dib cache can help in that case, but that seems a little unlikely.

    But a Gig or two fo DIB cache should not be an issue. Nor hurt.


  • Hi,

    Initial dib cache hard limit was set to default (which was 0.2 GB equivalent KB value).

    Then I changed this to 2GB once, and checked login to IDM but still delayed to display org chart.

    Then I change again to 4 GB equiv KB value but still taking very long time. (More than 3 minutes).

    Please find the DIB cache size stats from iMonitor.

    Database Cache
    Total Entry Cache Block Cache
    Maximum Size (KB) 4,194,303 2,936,012 1,258,291
    Current Size (KB) 3,533,376 2,609,024 924,352
    Items Cached 705,727 482,901 222,826
    Old Versions Cached 0 0 0
    Old Versions Size (KB) 3 3 0
    Database Cache Statistics
    Hits 101,611,285 95,793,810 5,817,475
    Hit Looks 242,958,899 228,676,703 14,282,196
    Faults 378,594 298,464 80,130
    Fault Looks 922,359 720,848 201,511
    Requests Serviced from Cache (%) 99 99 98

    Note: When I login as uaadmin user, it quickly displays orgchart but uaadmin doesnot have any reportees.

    Thanks
    -dk
  • Hi,

    I noticed below by further testing.

    User001 created newly without manager
  • Hello,

    My experience is that the DIB cache on a Linux box doesn't change performance drastically. I guess it is because Linux does
    quite well caching the file system itself. Indexing is crucial for performance but you say you have checked that.

    What about the entity you use for the org chart? Try to minimize the entity as much as possible, include only the attributes
    that is required. How large is a user (number of attributes and size of the attributes)? If you allow large images create a
    policy that scale them down to smaller thumbnail and use the thumbnail attribute in the org chart.

    Best regards,
    Tobias

    On 2018-10-30 21:44, dkdng wrote:
    >
    > Hi,
    >
    > I noticed below by further testing.
    >
    > User001 created newly without manager
  • Hi,

    We have created a new entity for the manager - user relationship and mapped it to relationship. But still we see its very slow.
    We also got to know that from MF that this is issue due to ldap query - querying the dynamic groups, and it take so long time to get the result.

    In our environment, we have some 100-500 dynamic groups for some functionality and mapping. We cant get rid of this.

    Please let me know if you have any ideas to resolve it temporarily.

    Thanks
    dk