[Ovmsdev] Queue overflows

[Steve Davies]

Hi,

I generally debug by watching the shell via the web interface with logging
from my vehicle module at debug or verbose.

I seem to be hitting throughput limitations for the websocket pushing the
output to my client, though, and see many of these:

log.20210110-144200:2021-01-10 14:17:39 SAST W (1630612) websocket:
WebSocketHandler[0x3f8531a4]: job queue overflow resolved, 133 drops

This especially happened when I went to a charger for a test and was
connected to the OVMS system on 192.168.4.1 on the local Wifi AP that the
OVMS creates.

Is this to be expected?  Is it more efficient to "log monitor" via ssh, or
do I really need a serial connection over USB?

I do see that the websocket overflows seem to occur when any client is
connected whether you are looking at the shell or not.  In my case I'm
logging quite a lot and I guess I exceed the 100 deep queue.

I see that I can make the queue bigger for the websocket - would it be a
big problem to increase the 100 to 200 by default?

Thanks,
Steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20210111/487b7734/attachment-0001.htm>