Add performance benchmarks for FLE/QE

XMLWordPrintableJSON

    • Needed - No Spec Changes
    • Hide

      Summary of necessary driver changes

      •  

      Commits for syncing spec/prose tests
      (and/or refer to an existing language POC if needed)

      •  

      Context for other referenced/linked tickets

      •  
      Show
      Summary of necessary driver changes   Commits for syncing spec/prose tests (and/or refer to an existing language POC if needed)   Context for other referenced/linked tickets  

      Summary

      There are currently no benchmarks for FLE/QE performance. We should add  benchmarks analogous to the existing non-encryption ones so that we can have a uniform way of assessing the impact of encryption on driver operations. 

      This benchmarking suite would be entirely focused on comparing driver performance with and without encryption enabled, as well as enabling cross-driver comparisons.

      Motivation

      Who is the affected end user?

      FLE/QE users.

      How does this affect the end user?

      We haven't gotten any complaints yet, but it's better to start collecting performance data sooner rather than later.

      How likely is it that this problem or use case will occur?

      N/A

      If the problem does occur, what are the consequences and how severe are they?

      N/A

      Is this issue urgent?

      No, but it aligns with the Q3 performance emphasis from the product side.

      Is this ticket required by a downstream team?

      No

      Is this ticket only for tests?

      Yes

      Acceptance Criteria

      To provide a comparison between drivers, specify benchmarks for all drivers to implement:

      • Benchmark explicit encryption using the CSFLE algorithm: AEAD_AES_256_CBC_HMAC_SHA_512-Random
      • Benchmark explicit encryption using the QE algorithm: Indexed

      Consider specifying these benchmarks alongside the benchmark defined in DRIVERS-2581. DRIVERS-2581 adds a benchmark for automatic decrypting of decrypting documents with many (e.g. 1500) encrypted fields using the algorithm AEAD_AES_256_CBC_HMAC_SHA_512-Deterministic.

            Assignee:
            Unassigned
            Reporter:
            Daria Pardue
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated: