Fix the dropping packets in the receive thread (actually this time)#870
Closed
phillip-stephens wants to merge 2 commits intomainfrom
Closed
Fix the dropping packets in the receive thread (actually this time)#870phillip-stephens wants to merge 2 commits intomainfrom
phillip-stephens wants to merge 2 commits intomainfrom
Conversation
This reverts commit 9971724.
Contributor
Author
|
Closing because #871 will resolve this without loss of functionality |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Closes #868
I was re-testing this morning and realized even with #869 I was still seeing
May 01 23:04:18.146 [WARN] monitor: Dropped 58542 packets in the last second, (58554 total dropped (pcap: 58554 + iface: 0))So reverting the PR that decreased the timeout on
pcapwasn't the fix (should have caught that yesterday, I was too quick to assume and didn't validate sufficiently).It seems the PR right after (#858 ), where we added TCP options parsing to the
synscan_process_packetwas the real culprit. Upon reverting that, everything works.I will open an Issue to re-add TCP options parsing, might be some small tweaks we can do to that PR to speed it up so the callback can run fast enough to not bog down the receive thread.
Testing
Scan with current
main(withpcaptimeout reverted):Scan with this PR fix in