Uploaded image for project: 'Jackrabbit Oak'
  1. Jackrabbit Oak
  2. OAK-8491 Review default size of eagerCache parameter
  3. OAK-8673

Determine and possibly adjust size of eagerCacheSize

    XMLWordPrintableJSON

Details

    • Technical task
    • Status: Resolved
    • Major
    • Resolution: Won't Do
    • None
    • None
    • core, security
    • None

    Description

      The initial results of the EagerCacheSizeTest seem to indicate that we almost never benefit from the lazy permission evaluation (compared to reading all permission entries right away). From my understanding of the results the only exception are those cases where only very few items are being accessed (e.g. reading 100 items).

      However, I am not totally sure if this is not a artifact of the random-read. I therefore started extending the benchmark with an option to re-read a randomly picked item more that once, which according to some analysis done quite some time ago is a common scenario specially when using Oak in combination with Apache Sling.

      Benchmarks with 10-times re-reading the same random item:
      As I would have expected it seems that the negative impact of lazy-loading is somewhat reduced, as the re-reading will hit the cache populated while reading.

      Result are attached to OAK-8662 (possibly more to come).

      Attachments

        Issue Links

          Activity

            People

              angela Angela Schreiber
              angela Angela Schreiber
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: