私はまだメモリリークハントを続けており、次のことに気づきました。
System.Threading.CancellationCallbackInfoのライブインスタンスがたくさんあります-F＃のデフォルトからのオブジェクト-CancellationTokenSource（Async-Workflows）。
自分でソースを宣言し、これをMailboxProcessor内で使用して子またはタスクにまたがる場合、問題はさらに悪化します。
CancellationTokenSourceが次のような参照を保持しているため、GCはこれらのスパンされたタスク/ワークフローを収集できないようです。
これらのCancellationCallbackInfo-ObjectsのほとんどはGen2に到達します-MailboxProcessors内でローカル参照を使用するだけなので信じられないほどです-「ループ」ワークフロー...
これは既知の問題ですか？解決策/回避策はありますか？
今のところ、Cancellation-supportの使用をやめ、ManualResetEventsをこのコードに通します...まったく良くありません:(