You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I encountered unexpected disconnect when receiving several large data simultaneously (8+ 100-300KB messages). Debugging this and found the disconnect was initiated in ops-ws.c rops_handle_POLLIN_ws() where sanity went more than 10. I modified the initial sanity to be larger like 100 and no issue in receiving those large data.
My questions are;
Why the limit so low? Is intended usage dealing with smaller data?
Are there any config to avoid this issue or modifying code to increase the initial sanity only solution?
Why it treats as disconnect instead of processing remaining data in the next polling?
The text was updated successfully, but these errors were encountered:
The reason this exists is that depending on your platform, it's possible for the tls library to lose the underlying socket connection and act badly, eg, spin forever delivering 0 length reads without error.
I encountered unexpected disconnect when receiving several large data simultaneously (8+ 100-300KB messages). Debugging this and found the disconnect was initiated in ops-ws.c
rops_handle_POLLIN_ws()
wheresanity
went more than 10. I modified the initialsanity
to be larger like 100 and no issue in receiving those large data.My questions are;
sanity
only solution?The text was updated successfully, but these errors were encountered: