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 2007/08/31 04:04:30 UTC
[jira] Created: (DIRSERVER-1049) Speed improvement in Search
operation
Speed improvement in Search operation
-------------------------------------
Key: DIRSERVER-1049
URL: https://issues.apache.org/jira/browse/DIRSERVER-1049
Project: Directory ApacheDS
Issue Type: Bug
Components: core
Affects Versions: 1.5.1
Reporter: Emmanuel Lecharny
Fix For: 1.5.2
A search operation based on a single attribute, like (uid=user.123), should not pass through the optimizer at all, as we don't need to compute the number of entries.
What we have now is that the search is built as a conjonction (AND) operation as if we have injected this filter :
(& (objectclass =* ) (uid = user.123))
The cost of doing such a count is not negligeable (5% of the overall operation)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRSERVER-1049) [PERF] Speed improvement in Search
operation
Posted by "Emmanuel Lecharny (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DIRSERVER-1049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Emmanuel Lecharny updated DIRSERVER-1049:
-----------------------------------------
Fix Version/s: 2.0.0-RC2
(was: 2.0.0-RC1)
Potponed perf improvements to 2.0-RC2
> [PERF] Speed improvement in Search operation
> --------------------------------------------
>
> Key: DIRSERVER-1049
> URL: https://issues.apache.org/jira/browse/DIRSERVER-1049
> Project: Directory ApacheDS
> Issue Type: Improvement
> Components: core
> Affects Versions: 1.5.1
> Reporter: Emmanuel Lecharny
> Fix For: 2.0.0-RC2
>
>
> A search operation based on a single attribute, like (uid=user.123), should not pass through the optimizer at all, as we don't need to compute the number of entries.
> What we have now is that the search is built as a conjonction (AND) operation as if we have injected this filter :
> (& (objectclass =* ) (uid = user.123))
> The cost of doing such a count is not negligeable (5% of the overall operation)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRSERVER-1049) [PERF] Speed improvement in Search
operation
Posted by "Emmanuel Lecharny (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DIRSERVER-1049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Emmanuel Lecharny updated DIRSERVER-1049:
-----------------------------------------
Issue Type: Improvement (was: Bug)
Summary: [PERF] Speed improvement in Search operation (was: Speed improvement in Search operation)
This is not a bug.
Added a tag in the subject to be able to find all the PERF issues quickly
> [PERF] Speed improvement in Search operation
> --------------------------------------------
>
> Key: DIRSERVER-1049
> URL: https://issues.apache.org/jira/browse/DIRSERVER-1049
> Project: Directory ApacheDS
> Issue Type: Improvement
> Components: core
> Affects Versions: 1.5.1
> Reporter: Emmanuel Lecharny
> Fix For: 1.5.2
>
>
> A search operation based on a single attribute, like (uid=user.123), should not pass through the optimizer at all, as we don't need to compute the number of entries.
> What we have now is that the search is built as a conjonction (AND) operation as if we have injected this filter :
> (& (objectclass =* ) (uid = user.123))
> The cost of doing such a count is not negligeable (5% of the overall operation)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRSERVER-1049) [PERF] Speed improvement in Search
operation
Posted by "Emmanuel Lecharny (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DIRSERVER-1049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Emmanuel Lecharny updated DIRSERVER-1049:
-----------------------------------------
Fix Version/s: 2.0.0-RC1
(was: 2.0.0)
Moved back to 2.0.0-RC1
> [PERF] Speed improvement in Search operation
> --------------------------------------------
>
> Key: DIRSERVER-1049
> URL: https://issues.apache.org/jira/browse/DIRSERVER-1049
> Project: Directory ApacheDS
> Issue Type: Improvement
> Components: core
> Affects Versions: 1.5.1
> Reporter: Emmanuel Lecharny
> Fix For: 2.0.0-RC1
>
>
> A search operation based on a single attribute, like (uid=user.123), should not pass through the optimizer at all, as we don't need to compute the number of entries.
> What we have now is that the search is built as a conjonction (AND) operation as if we have injected this filter :
> (& (objectclass =* ) (uid = user.123))
> The cost of doing such a count is not negligeable (5% of the overall operation)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (DIRSERVER-1049) [PERF] Speed improvement in Search
operation
Posted by "Emmanuel Lecharny (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DIRSERVER-1049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Emmanuel Lecharny updated DIRSERVER-1049:
-----------------------------------------
Fix Version/s: (was: 1.5.2)
2.0.0
PERF issues are postponed to 2.0 (even if we can fix them before)
> [PERF] Speed improvement in Search operation
> --------------------------------------------
>
> Key: DIRSERVER-1049
> URL: https://issues.apache.org/jira/browse/DIRSERVER-1049
> Project: Directory ApacheDS
> Issue Type: Improvement
> Components: core
> Affects Versions: 1.5.1
> Reporter: Emmanuel Lecharny
> Fix For: 2.0.0
>
>
> A search operation based on a single attribute, like (uid=user.123), should not pass through the optimizer at all, as we don't need to compute the number of entries.
> What we have now is that the search is built as a conjonction (AND) operation as if we have injected this filter :
> (& (objectclass =* ) (uid = user.123))
> The cost of doing such a count is not negligeable (5% of the overall operation)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.