On Wed, Jul 18, 2012 at 10:59 AM, Dmitri Pal <d...@redhat.com> wrote:
> On 07/18/2012 01:53 PM, Stephen Ingram wrote:
>> On Tue, Jul 17, 2012 at 3:56 PM, John Dennis <jden...@redhat.com> wrote:
>>> On 07/17/2012 05:43 PM, Stephen Ingram wrote:
>>>> [ details of performance analysis snipped for brevity ]
>>> I wonder if we shouldn't add some timing metrics to our code. As it is it's
>>> very hard to know where time is being spent.
>>> When I wrote the session code I added some timestamps used for managing
>>> session timeouts. It wouldn't be too hard to expand this to time how long it
>>> takes a command to execute because it's evaluated for every command.
>>> Combined with timestamping in the UI code we could get a reasonable idea of
>>> where some bottlenecks lie (or don't).
>> I've never used this before so I'm not sure how it would work, but it
>> sounds great. It's really difficult to tell what's causing the issue
>> when there are so many processes occurring.
> While we are going with the technical digging let us also try to collect
> the sufficient information about the problem.
> Here is some questions that would help us to reproduce the issue.
> 1) If the problem with every frame of just some specific UI pages?

The frame seems to load quickly. It is the inside part that contains
the data that is much slower.

> Can you for example see IPA Configuration panel or log as a self service
> user? Are those fast?

I'm not sure what you mean by configuration panel, but if I login as
admin or self-service user, they are both equally slow.

> 2) Say it is users is so how many users do you have? Is it thousands?

No, only 49 users at the moment. We're still adding people. There
isn't a lot of data in the directory period--another reason I'm so
surprised by the slowness.

> Or may be it is a specific group?

I notice that everyone is automatically subscribed to the ipausers
group. Hasn't that been changed such that the subscription is no
longer automatic? Maybe it is taking too long to enumerate that group?
I can unsubscribe the users if needed. Our groups only contain 3 users
on average.

> We might need to reproduce the same setup and see what is going on.

I'm more than willing to help in any way I can. I'm even considering
pulling our old 2.1.3 system from backup, but it would be difficult as
this on is in production now. I switched because of the memory leak in


Freeipa-users mailing list

Reply via email to