On Thu, 12 Jul 2001, Alfred Perlstein wrote:
> * Matt Dillon <[EMAIL PROTECTED]> [010712 20:28] wrote:
>
> Actually, we can shrink the window, but that's strongly discouraged
> by a lot of papers/books.
I doubt you really need to shrink the window ever - the fact that you've
hit the mbuf limit basically enforces that limit. And, if we're only
upping the limit based on actual ACKing of data, there's no (major) DoS
issue.
However, it would be nice to have the ability to shrink the window,
specifically in the case where there *is* a DoS going on. :)
> > So in regards to Leo's suggestions. I think we can bump up our current
> > defaults, and I would support increasing the 16384 default to 24576 or
> > possibly even 32768 as well as increasing the number of mbufs. But
> > that is only a stopgap measure. What we really need to do is what I
> > just described.
>
> It doesn't sound too bad to just double the current values, are you going
> to commit it?
I'd like to do this also, provided that we also change the mbuf to cluster
ratio from 4/1 to 2/1. This will ensure that the doubled per-socket
memory usage doesn't cause systems to run out of clusters earlier than
before.
Mike "Silby" Silbersack
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
