Elad Zelingher

From my understanding calling `GetRawText` is a killer in terms of performance (you allocate a new string for each subnode). In my `Newtonsoft.Json` example I load the document once into...

I think my first answer explains why we need to deserialize the message in parts. I think this will be hard to do with a forward only reader (which I...

This [issue](https://github.com/dotnet/runtime/issues/31274) seems relevant.

Another issue is that `System.Text.Json` serialization [doesn't support](https://github.com/dotnet/runtime/issues/30009) `DataMember` attributes.

You could use a MessagePack library directly. `WampSharp` uses `Newtonsoft.Msgpack` in order to assure that serialization/deserialization behaves the same way regardless of the underlying format. Before I wrote `Newtonsoft.Msgpack`, I...

Whenever you perform a publication, a `RawMessage` object is created. It contains the JSON of the corresponding EVENT message and this value is sent to all subscribers of the topic....

It is stored in each client's queue (AsyncWampConnection.mSendBlock). The GC should handle cleaning up these objects when they are no longer referenced.

Does your memory profiler show which object is holding them? Is it any other object other than AsyncWampConnection.mSendBlock?

Then I don't believe it is a memory leak. I think in this case that you either have slow clients or that the GC doesn't think it's the right time...

Regarding the references I promised you, see my comment [here](https://github.com/statianzo/Fleck/issues/145#issuecomment-128859256). Elad