Backpressure: replay

[benjchristensen]

The replay operators and ReplaySubject should respect backpressure for the downstream while replaying back. Depending on the variant of replay (such as unbounded buffering) it could support it even in multicast mode. For the variants that don't do unbounded buffering, then once it finishes replying the cached values, then it can no longer support backpressure (due to multicasting), but it's still good to support it during replay, as that can be a very rapid firehose whereas it could be quite slow once caught up.

[akarnokd]

I might not be able to do this before September. In addition, the backpressure support would need to turn the BehaviorSubject and PublishSubject into a ReplaySubject-like construct. I think they can support backpressure all the way through without trouble. The difficulty may come from the ability in BehaviorSubject and PublishSubject that makes sure no values in a sequence get lost while a client subscription procedure is going on.

[benjchristensen]

A multicasting Subject can not support backpressure. It's hot and each Subscriber needs to choose its own strategy (drop, buffer, etc). Therefore, this change for replay is isolated enough that I can probably do it. It's only when it is replaying, not after it flips into "hot subject" mode.

[akarnokd]

See #3047.