In the case of lookaside, we have a pool of five shareable sessions and cursors. A simple lock mechanism is used to provide concurrent access to that pool. Even though certain workloads generated a contention on the lock and the cursors, that approach worked okay for most workloads.
When the history store replaces lookaside, any application, eviction or checkpoint thread might need access to it. A pool of session/cursor resources protected by a lock is expected to generate an unacceptable amount of contention.
This ticket is to work on coming up with a new design, to provide access to the history store concurrently without relying on a pool of shared resources.