There is a known issue in the macro aci performance which is fixed in
the upstream. The fix will be included in the next rhel releases (6.8
On 09/17/2015 09:59 AM, Adrian Damian wrote:
On 09/17/2015 09:56 AM, Rich Megginson wrote:
> On 09/17/2015 10:52 AM, Adrian Damian wrote:
>> Hi Rich,
>> Sorry for missing this info. It's 1.2.11 running on SL6.
> We need the exact version, which is why I asked for the output of rpm -q
>> On 09/17/2015 08:54 AM, Rich Megginson wrote:
>>> On 09/16/2015 03:11 PM, Adrian Damian wrote:
>>>> Hi There,
>>>> The scenario is simple: we have a subtree in the DIT with a few
>>>> children node. The parent node of the subtree has a few acis
>>>> including a
>>>> couple of macro acis that apply to each of the child nodes. We've
>>>> observed a significant performance degradation when trying to list
>>>> the children in the presence of the macro acis.
>>>> Profiling on the client code show that although the first few child
>>>> nodes were fetched quite fast there is a clear delay buildup as the
>>>> retrieval progresses. The buildup is not present when the macro acis
>>>> removed. Also, it is faster to split the list in chunks and retrieve
>>>> them sequentially.
>>>> Is it possible that as the macro acis are resolved they are added to
>>>> list of acis of the parent node so that the last nodes are evaluated
>>>> against many more acis than the first ones and hence the observed
>>>> in their retrieval? Is there a workaround for this?
>>> What version of 389? rpm -q 389-ds-base
>>>> Thank you,
>>>> 389 users mailing list
>>> 389 users mailing list
>> 389 users mailing list
> 389 users mailing list
389 users mailing list