You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "angela (JIRA)" <ji...@apache.org> on 2013/07/17 17:14:49 UTC
[jira] [Comment Edited] (OAK-908) Performance measurement
[ https://issues.apache.org/jira/browse/OAK-908?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13711159#comment-13711159 ]
angela edited comment on OAK-908 at 7/17/13 3:13 PM:
-----------------------------------------------------
numbers from an initial first run on the current trunk (reading 10000 randomly
selected items from the list of available items):
ReadDeepTreeTest
# admin min 10% 50% 90% max N
Jackrabbit 4359 4399 4551 5409 5420 13
Oak-Tar 11990 11994 12121 12283 12288 10
# anonymous min 10% 50% 90% max N
Jackrabbit 5753 5755 5958 7424 7559 10
Oak-Tar 53767 53822 56589 60020 60174 10
ConcurrentReadDeepTreeTest
# admin min 10% 50% 90% max N
Jackrabbit 6410 6425 9681 14886 14959 10
Oak-Tar 37250 37281 38858 41921 41987 10
# anonymous min 10% 50% 90% max N
Jackrabbit 23393 23569 28825 38120 38580 10
Oak-Tar 162867 162909 166654 170527 170566 10
ConcurrentReadAccessControlledTreeTest
# admin min 10% 50% 90% max N
Jackrabbit 1887 1985 3275 4622 5169 18
Oak-Tar 13432 13639 16694 17418 17423 10
# anonymous min 10% 50% 90% max N
Jackrabbit 9427 9504 10983 237367 262356 10
Oak-Tar 71776 71856 74081 77227 77373 10
jukka, had a quick look with the profiler in particular to find why reading
with the admin performs so badly and found that the tests are using Session#getItem
resulting in duplicating the effort as we currently try to read the node and
then property.
was (Author: anchela):
numbers from an initial first run on the current trunk:
ReadDeepTreeTest
# admin min 10% 50% 90% max N
Jackrabbit 4359 4399 4551 5409 5420 13
Oak-Tar 11990 11994 12121 12283 12288 10
# anonymous min 10% 50% 90% max N
Jackrabbit 5753 5755 5958 7424 7559 10
Oak-Tar 53767 53822 56589 60020 60174 10
ConcurrentReadDeepTreeTest
# admin min 10% 50% 90% max N
Jackrabbit 6410 6425 9681 14886 14959 10
Oak-Tar 37250 37281 38858 41921 41987 10
# anonymous min 10% 50% 90% max N
Jackrabbit 23393 23569 28825 38120 38580 10
Oak-Tar 162867 162909 166654 170527 170566 10
ConcurrentReadAccessControlledTreeTest
# admin min 10% 50% 90% max N
Jackrabbit 1887 1985 3275 4622 5169 18
Oak-Tar 13432 13639 16694 17418 17423 10
# anonymous min 10% 50% 90% max N
Jackrabbit 9427 9504 10983 237367 262356 10
Oak-Tar 71776 71856 74081 77227 77373 10
jukka, had a quick look with the profiler in particular to find why reading
with the admin performs so badly and found that the tests are using Session#getItem
resulting in duplicating the effort as we currently try to read the node and
then property.
> Performance measurement
> -----------------------
>
> Key: OAK-908
> URL: https://issues.apache.org/jira/browse/OAK-908
> Project: Jackrabbit Oak
> Issue Type: Sub-task
> Components: core
> Reporter: angela
>
> subtask to keep track of performance measurement of the permission evaluation
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira