[Libwebsockets] client post packet size

Joel Winarske joel.winarske at gmail.com
Fri Feb 10 22:53:51 CET 2017


That solved that!

Oddly it was set for 20.


Thanks

On Fri, Feb 10, 2017 at 1:44 PM, Andy Green <andy at warmcat.com> wrote:

>
>
> On February 11, 2017 5:15:52 AM GMT+08:00, Joel Winarske <
> joel.winarske at gmail.com> wrote:
> >Hi Andy,
> >
> >I'm working with test-client.c.  I'm finding when I POST a data packet
> >of
> >~538 bytes, that it fragment the writes.  How do I prevent it from
> >fragmenting the write, and how do I control the latency between packet
> >fragments?
>
> The max rx buffer member of the protocols[] struct puts a ceiling on how
> big a single write attempt will be.  It looks like it's currently 40, if
> you increase it to reflect better the size of stuff being sent, it will
> typically send it all in one go.
>
> -Andy
>
> >Thanks,
> >Joel
> >
> >[2017/02/10 13:11:16:5366] NOTICE: dumb:
> >LWS_CALLBACK_CLIENT_APPEND_HANDSHAKE_HEADER
> >[2017/02/10 13:11:16:5371] DEBUG: lws_set_timeout: 0166E3C0: 20 secs
> >[2017/02/10 13:11:16:5386] DEBUG: fd=256, revents=18
> >[2017/02/10 13:11:16:5386] DEBUG: lws_calllback_as_writeable: 0166E3C0
> >(user=00000000)
> >[2017/02/10 13:11:16:5386] NOTICE: dumb:
> >LWS_CALLBACK_CLIENT_HTTP_WRITEABLE
> >[2017/02/10 13:11:16:5386] NOTICE: 0166E3C0 new partial sent 40 from
> >538
> >total
> >[2017/02/10 13:11:16:5391] DEBUG: _lws_rx_flow_control: no pending
> >change
> >[2017/02/10 13:11:16:5391] DEBUG: lws_set_timeout: 0166E3C0: 20 secs
> >[2017/02/10 13:11:16:5391] DEBUG: fd=256, revents=2
> >[2017/02/10 13:11:16:5391] INFO: 0166E3C0 partial adv 40 (vs 498)
> >[2017/02/10 13:11:17:0391] DEBUG: fd=256, revents=2
> >[2017/02/10 13:11:17:0396] INFO: 0166E3C0 partial adv 40 (vs 458)
> >[2017/02/10 13:11:17:5403] DEBUG: fd=256, revents=2
> >[2017/02/10 13:11:17:5403] INFO: 0166E3C0 partial adv 40 (vs 418)
> >[2017/02/10 13:11:18:0417] DEBUG: fd=256, revents=2
> >[2017/02/10 13:11:18:0422] INFO: 0166E3C0 partial adv 40 (vs 378)
> >[2017/02/10 13:11:18:5435] DEBUG: fd=256, revents=2
> >[2017/02/10 13:11:18:5440] INFO: 0166E3C0 partial adv 40 (vs 338)
> >[2017/02/10 13:11:19:0447] DEBUG: fd=256, revents=2
> >[2017/02/10 13:11:19:0452] INFO: 0166E3C0 partial adv 40 (vs 298)
> >[2017/02/10 13:11:19:5461] DEBUG: fd=256, revents=2
> >[2017/02/10 13:11:19:5466] INFO: 0166E3C0 partial adv 40 (vs 258)
> >[2017/02/10 13:11:20:0477] DEBUG: fd=256, revents=2
> >[2017/02/10 13:11:20:0482] INFO: 0166E3C0 partial adv 40 (vs 218)
> >[2017/02/10 13:11:20:5495] DEBUG: fd=256, revents=2
> >[2017/02/10 13:11:20:5500] INFO: 0166E3C0 partial adv 40 (vs 178)
> >[2017/02/10 13:11:21:0514] DEBUG: fd=256, revents=2
> >[2017/02/10 13:11:21:0519] INFO: 0166E3C0 partial adv 40 (vs 138)
> >[2017/02/10 13:11:21:5525] DEBUG: fd=256, revents=2
> >[2017/02/10 13:11:21:5530] INFO: 0166E3C0 partial adv 40 (vs 98)
> >[2017/02/10 13:11:22:0542] DEBUG: fd=256, revents=2
> >[2017/02/10 13:11:22:0547] INFO: 0166E3C0 partial adv 40 (vs 58)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://libwebsockets.org/pipermail/libwebsockets/attachments/20170210/0bc473d9/attachment-0002.html>


More information about the Libwebsockets mailing list