[midPoint] Midpoint 3.4.1 Performance Issues UI and REST

[Pavol Mederly]

Hello Martin,

5 minutes is really very long time.

In order to diagnose such problems we've implemented some statistics 
within GUI and within tasks. Although not ideal, these indicate how much 
time is spent in "external code", namely during resource operations, 
mapping evaluation, and notifications.

It would be perhaps helpful if you could look at these numbers in your 
particular case or even share them here.

I mean something like this:

1) for tasks:

2) for users (in GUI):

Pavol Mederly
Software developer
evolveum.com

On 02.11.2016 11:53, Martin Herbert wrote:
>
> Hi Guys,
>
> We’ve constantly been suffering with performance issues on our 
> Midpoint environment.  The setup includes a cluster of 2 servers with 
> around 10,000 objects.  Although user account modifications are fairly 
> quick when it comes to a small number of assignments (1 or 2 maximum), 
> there is a significant performance issue with a larger amount of 
> assignments.  Testing my own account during reconciliation which has 
> 42 assignments and 2 projections to different AD resources which can 
> take up to 5 minutes before completion.
>
> From an integration standpoint for these two projections, one of the 
> AD servers utilises the .Net Connector which is still slow, but much 
> quicker than the OpenICF integration on the other projection.
>
> We also have a password tool that integrates with the REST services 
> for Midpoint, the same issue also applies here.  The more assignments 
> that are on an account, the longer it takes for a password change to 
> occur.  And in a number of cases even timeouts for a given account.
>
> The major pain point is the password changes, is there no way password 
> changes can be done without removing and re-adding all assignments for 
> each given account?
>
> Overall performance also seems to be an issue in some browsers as well 
> (Firefox for example).  Is there a list of supported browsers available?
>
> Thanks
>
>
> <http://www.tahzoo.com> 	
> Martin Herbert
> Hosting Manager / Head of IT & Hosting Services
>
> M: 	*+44 7862 993 003* <tel:+44%207862%20993%20003>
>
> E: 	*martinh at tahzoo.com* <mailto:martinh at tahzoo.com> 	 | 	W: 
> *www.tahzoo.com* <http://www.tahzoo.com>
>
> A: 	*399 Silbury Blvd, Milton Keynes, MK9 2AH, * 
> <https://www.google.com/maps/place/399+Silbury+Blvd,+Milton+Keynes+MK9+2AH,+UK/@52.0414531,-0.7670066,17z/data=%213m1%214b1%214m5%213m4%211s0x4877aa98b50bb921:0xef39de0bd21f30c6%218m2%213d52.0414531%214d-0.7648179> 
>
>
>
>
>
> _______________________________________________
> midPoint mailing list
> midPoint at lists.evolveum.com
> http://lists.evolveum.com/mailman/listinfo/midpoint

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20161102/08c13217/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ogenjoalcgnjngfi.png
Type: image/png
Size: 34320 bytes
Desc: not available
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20161102/08c13217/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mbimohcgjgaijbgg.png
Type: image/png
Size: 38838 bytes
Desc: not available
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20161102/08c13217/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 1293 bytes
Desc: not available
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20161102/08c13217/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 1068 bytes
Desc: not available
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20161102/08c13217/attachment-0003.png>