<div dir="ltr">Hi,<div><br></div><div>I generally debug by watching the shell via the web interface with logging from my vehicle module at debug or verbose.</div><div><br></div><div>I seem to be hitting throughput limitations for the websocket pushing the output to my client, though, and see many of these:</div><div><br></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div>log.20210110-144200:2021-01-10 14:17:39 SAST W (1630612) websocket: WebSocketHandler[0x3f8531a4]: job queue overflow resolved, 133 drops</div><div><br></div></blockquote><div>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.</div><div><br></div><div>Is this to be expected?  Is it more efficient to "log monitor" via ssh, or do I really need a serial connection over USB?</div><div><br></div><div>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.</div><div><br></div>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?<div><br></div><div>Thanks,</div><div>Steve</div><div><br></div></div>