Project

General

Profile

Actions

Task #489

closed

Performance feedback

Added by Marcel Poul over 7 years ago. Updated over 7 years ago.

Status:
Closed
Priority:
High
Assignee:
Vít Švanda
Category:
Feedback
Target version:
Start date:
06/06/2017
Due date:
% Done:

100%

Estimated time:
Owner:

Description

Ticket to write down feedback on GUI performance


Related issues

Related to IdStory Identity Manager - Task #387: Feedback on GUI (when doing admin guide)NewVít Švanda04/26/2017

Actions
Related to IdStory Identity Manager - Task #427: Bug reporting and feedbackClosedFilip Měšťánek05/15/2017

Actions
Actions #1

Updated by Marcel Poul over 7 years ago

Roles - Request for roles: 100 records table. 2 or 3 minutes to fully load. It seems that there are 2 phases of loading
  1. table with everything except Applicant column. - like 10 seconds
  2. Applicants - 2-3 minutes - Worst is that during the applicants loading , I was not able to click on some other GUI component (e.g. click on menu to move from away from the table and so quit the loading)
Actions #2

Updated by Marcel Poul over 7 years ago

  • Related to Task #387: Feedback on GUI (when doing admin guide) added
Actions #3

Updated by Marcel Poul over 7 years ago

  • Related to Task #427: Bug reporting and feedback added
Actions #4

Updated by Marcel Poul over 7 years ago

Users and Organization menu - 100 raw table, everythink about 1 sec.

Actions #5

Updated by Marcel Poul over 7 years ago

Audit -> Provisioning -> Archive - same as Role Request page. Showstopper is "IdM entity" there.

Actions #6

Updated by Marcel Poul over 7 years ago

  • Category changed from Frontend to Feedback
  • Assignee deleted (Radek Tomiška)
  • Priority changed from Normal to High

TreeNode synchronization - cca 800 objects in LDAP - all synchronization states set to Ignore operation - 4GB RAM server, 1,5 of that for Tomcat.
swapping started after like 15 objects - then 1 minute took the synchronization for one object. Before swapping 10s.

Now trying with more memory:
8GB RAM server, 6GB Tomcat, started with 10s per object, started swapping after 51 objects. CPU continuously went from 100% to 200% (2 core).

Actions #7

Updated by Marcel Poul over 7 years ago

  • Assignee set to Ondřej Kopr
Actions #8

Updated by Jan Helbich over 7 years ago

  • Assignee changed from Ondřej Kopr to Vít Švanda

Marcel Poul wrote:

TreeNode synchronization - cca 800 objects in LDAP - all synchronization states set to Ignore operation - 4GB RAM server, 1,5 of that for Tomcat.
swapping started after like 15 objects - then 1 minute took the synchronization for one object. Before swapping 10s.

Now trying with more memory:
8GB RAM server, 6GB Tomcat, started with 10s per object, started swapping after 51 objects. CPU continuously went from 100% to 200% (2 core).

Fixed and pushed to develop. The full reconciliation now runs under 1 minut as a whole.
Another optimization is to calculate UID with transformation only once while loading all accounts from systems - that is a TODO.
@Vitek please review my changes, thanks.

Actions #9

Updated by Vít Švanda over 7 years ago

  • Status changed from New to Resolved
  • Target version set to Citrine (7.3.0)
  • % Done changed from 0 to 100

I tested fix and work fine.

Thanks for that.

I did next little changes (may be problem with unstop sync was resolved).
Cache for transformed value is good idea. We planning use complex cache mechanism for it in future.

Actions #10

Updated by Vít Švanda over 7 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF