Skip to content

Warn on zero-bufcnt target (based on v87pre3) #9

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 3 commits into
base: master
Choose a base branch
from

Conversation

ecashin
Copy link
Contributor

@ecashin ecashin commented Mar 18, 2016

No description provided.

@mischief
Copy link

i believe that the code will fail to issue the warning if ch->bufcnt (n) is 1, because of t->maxout = t->nframes / 2;, so t->maxout will still be 0 when 1 is divided by 2.

so, maybe check for 1 as well?

@ecashin
Copy link
Contributor Author

ecashin commented Mar 18, 2016

How's that?

The t->maxout is really a misnomer that should be cwnd in deference to Van Jacobson's description of TCP congestion control. The current size of the dynamic estimation of the available bandwidth, so it gets reset by aoecmd_wreset at times, becoming one. We just need to leave it there if nframes is one.

It would be worth proving that a bufcnt==one target can initialize and get used without trouble, though. If you have time to try that on this branch, I'd love to hear about your results.

@ecashin
Copy link
Contributor Author

ecashin commented Apr 11, 2016

@mischief, hi. Did you notice this branch? It would be great to hear how these changes work for your misbehaving target.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants