You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Emmanuel Lecharny (JIRA)" <ji...@apache.org> on 2010/06/16 09:30:24 UTC

[jira] Updated: (DIRSERVER-1496) [perf] Entry should not be cloned when doing a search

     [ https://issues.apache.org/jira/browse/DIRSERVER-1496?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Emmanuel Lecharny updated DIRSERVER-1496:
-----------------------------------------

    Fix Version/s: 2.0.0-RC2
                       (was: 2.0.0-RC1)

Perf issues are postponed to 2.0-RC2

> [perf] Entry should not be cloned when doing a search
> -----------------------------------------------------
>
>                 Key: DIRSERVER-1496
>                 URL: https://issues.apache.org/jira/browse/DIRSERVER-1496
>             Project: Directory ApacheDS
>          Issue Type: Improvement
>    Affects Versions: 1.5.7
>            Reporter: Emmanuel Lecharny
>             Fix For: 2.0.0-RC2
>
>
> Pierre-Arnaud have had a great idea ! While I was doing some profiling on a lookup operation, it shown that cloning the entry we were looking for takes around 40% of all the CPU. 
> His idea is just to wrap this entry and compute the modification only when needed. If we think about the lookup operation, which is a simple search where we just ask for an entry given its DN, plus an optional list of attributes to return, it would be easy to process the returned attributes when constructing the response without modifying the initial entry.
> That could save a lost of cycle in the common cases where the user just request the users attributes, as we wil just have to filter the operational attributes.
> This is a great idea, and I want to have a trace of it.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.