It is configured in juju
// Use a 64k frame size for the websockets while we need to deal // with x/net/websocket connections that don't deal with recieving // fragmented messages. const websocketFrameSize = 65536 On 14/06/17 12:00, Cory Johns wrote: > Do we know what size the gorilla/websocket library uses for automatic > chunking? > > On Wed, Jun 14, 2017 at 11:35 AM, John Meinel <[email protected] > <mailto:[email protected]>> wrote: > > In 2.1 we did not chunk, in 2.2 we switch to gorilla/websocket which > does support chunking into frames. I don't think we do any internal > "well that would be too much information so we wont send it all". > > John > =:-> > > > On Wed, Jun 14, 2017 at 7:11 PM, Cory Johns > <[email protected] <mailto:[email protected]>> wrote: > > https://github.com/juju/python-libjuju/issues/136 > <https://github.com/juju/python-libjuju/issues/136> raises the > issue that, for large models, the initial AllWatcher response > frame can be large enough that it overruns the default maximum > frame size of the websocket library (1MB). We can increase this > limit fairly easily, but I wanted to find out whether there is > any maximum size from the Juju size and if large enough frames > could get chunked into multiple frames? > > -- > Juju-dev mailing list > [email protected] <mailto:[email protected]> > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev > <https://lists.ubuntu.com/mailman/listinfo/juju-dev> > > > > > -- Juju-dev mailing list [email protected] Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
