Project

General

Profile

Actions
Copy link

Task #489

closed

Performance feedback

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

Status:
Closed
Priority:
High
Assignee:
Vít Švanda
Category:
Feedback
Target version:
Citrine (7.3.0)
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
Copy link
 #1

Updated by Marcel Poul almost 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
Copy link
 #2

Updated by Marcel Poul almost 7 years ago

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

Updated by Marcel Poul almost 7 years ago

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

Updated by Marcel Poul almost 7 years ago

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

Actions
Copy link
 #5

Updated by Marcel Poul almost 7 years ago

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

Actions
Copy link
 #6

Updated by Marcel Poul almost 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
Copy link
 #7

Updated by Marcel Poul almost 7 years ago

  • Assignee set to Ondřej Kopr
Actions
Copy link
 #8

Updated by Jan Helbich almost 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
Copy link
 #9

Updated by Vít Švanda almost 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
Copy link
 #10

Updated by Vít Švanda almost 7 years ago

  • Status changed from Resolved to Closed
Actions
Copy link

Also available in: Atom PDF