Improve TLog Streaming Memory Usage

[sfc-gh-jslocum]

In release-7.1 testing an unrelated bug in simulation caused an OOM due to a large amount of TLog peek streams being opened by storage servers.
There are several memory optimizations implemented for change feed streams we could also implement for TLog streams:

• Reply immediately with an empty version message when the stream is established, instead of waiting for the first set of mutations to reply. This finishes connection establishment and lets the client+server clean up the stream more quickly
• In the merge cursor case of a single SS connecting to many TLogs, limit the memory used across the logical cursor instead of each of the individual TLog streams
• Evaluate performance vs memory tradeoffs of alternative values of SERVER_KNOBS->MAXIMUM_PEEK_BYTES