Task #489
closed
Performance feedback
Added by Marcel Poul over 7 years ago. Updated over 7 years ago.
100%
Description
Ticket to write down feedback on GUI performance
Related issues
Updated by Marcel Poul over 7 years ago
- table with everything except Applicant column. - like 10 seconds
- 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)
Updated by Marcel Poul over 7 years ago
- Related to Task #387: Feedback on GUI (when doing admin guide) added
Updated by Marcel Poul over 7 years ago
- Related to Task #427: Bug reporting and feedback added
Updated by Marcel Poul over 7 years ago
Users and Organization menu - 100 raw table, everythink about 1 sec.
Updated by Marcel Poul over 7 years ago
Audit -> Provisioning -> Archive - same as Role Request page. Showstopper is "IdM entity" there.
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).
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.
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.