Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-33162

Make the update fuzzer run faster

    • Type: Icon: Improvement Improvement
    • Resolution: Won't Fix
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: 3.6.2
    • Component/s: Testing Infrastructure
    • Server Tooling & Methods

      The update fuzzer runs at up to 15x slower on the 3.6 branch compare with master. This is especially pronounced in the OS X and Code Coverage variants. (Enterprise OS X MMAP1, SSL OS X, RHEL 6.2 DEBUG Code Coverage), causing timeouts in the update_fuzzer_replication suite on these variants. The other variants all suffer between a 2x to 5x slowdown, but not enough to trigger a timeout.

      The slowdown is likely caused by the additional work of resetting the database and running more JavaScript in the shell to handle blacklisting. 3.7 has not had a similar problem so far, but it should experience a similar slowdown as more known differences are discovered between 3.7 and 3.6.

      It might be a good idea to proactively reduce the number of fuzzer generated files and the size of each file to prevent sporadic failures in the future, especially for the update_fuzzer_replication suite.

            Assignee:
            backlog-server-stm Backlog - Server Tooling and Methods (STM) (Inactive)
            Reporter:
            robert.guo@mongodb.com Robert Guo (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: