Re: compressed TIME-WAIT to be decomissioned

2022-01-13 Thread Gleb Smirnoff
On Thu, Jan 13, 2022 at 09:06:50PM +0100, Michael Tuexen wrote: M> > I'm talking about statistics that I recently committed to CURRENT only: M> > M> > # netstat -sp tcp | grep TIME-WAIT M> >3 times connection in TIME-WAIT responded with ACK M> >0 times connection in TIME-WAIT was

Re: compressed TIME-WAIT to be decomissioned

2022-01-13 Thread Gleb Smirnoff
On Thu, Jan 13, 2022 at 09:11:09PM +0100, Michael Tuexen wrote: M> > On Thu, Jan 13, 2022 at 10:30:10AM -0800, Gleb Smirnoff wrote: M> > T> Sorry, the stats I was talking about are present in CURRENT only: M> > T> M> > T> netstat -sp tcp | grep TIME-WAIT M> > T> 3 times connection in

Re: compressed TIME-WAIT to be decomissioned

2022-01-13 Thread Jamie Landeg-Jones
Gleb Smirnoff wrote: > On Thu, Jan 13, 2022 at 10:30:10AM -0800, Gleb Smirnoff wrote: > T> Sorry, the stats I was talking about are present in CURRENT only: Yeah, sorry, I saw your other post about that after posting mine. > Sorry, I actually can't merge it to stable, as it changes size of

Re: compressed TIME-WAIT to be decomissioned

2022-01-13 Thread Gleb Smirnoff
On Thu, Jan 13, 2022 at 10:30:10AM -0800, Gleb Smirnoff wrote: T> Sorry, the stats I was talking about are present in CURRENT only: T> T> netstat -sp tcp | grep TIME-WAIT T> 3 times connection in TIME-WAIT responded with ACK T> 0 times connection in TIME-WAIT was actively recycled

Re: compressed TIME-WAIT to be decomissioned

2022-01-13 Thread Gleb Smirnoff
On Thu, Jan 13, 2022 at 06:25:06PM +, Jamie Landeg-Jones wrote: J> > modern HTTP server can be lowered 3 times more. Feel free to lower J> > net.inet.tcp.msl and do your own measurements with J> > 'netstat -sp tcp | grep TIME-WAIT'. I'd be glad to see your results. J> J> Without

Re: compressed TIME-WAIT to be decomissioned

2022-01-13 Thread Jamie Landeg-Jones
Gleb Smirnoff wrote: > modern HTTP server can be lowered 3 times more. Feel free to lower > net.inet.tcp.msl and do your own measurements with > 'netstat -sp tcp | grep TIME-WAIT'. I'd be glad to see your results. Without changing net.inet.tcp.msl I get: | 18:18 (46.0°C 1100) (2)

[Bug 260393] Page Fault tcp_output/tcp_input

2022-01-13 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260393 Gleb Smirnoff changed: What|Removed |Added CC||gleb...@freebsd.org --- Comment

Re: compressed TIME-WAIT to be decomissioned

2022-01-13 Thread Gleb Smirnoff
On Wed, Jan 12, 2022 at 11:16:09PM -0800, Chris wrote: C> > * Who told that 2*MSL (60 seconds) is adequate time to keep TIME-WAIT? C> > In 71d2d5adfe1 I added some stats on usage of tcptw and experimented a bit C> > with lowering net.inet.tcp.msl. It appeared that lowering it down three C> >

Re: compressed TIME-WAIT to be decomissioned

2022-01-13 Thread Gleb Smirnoff
On Wed, Jan 12, 2022 at 05:01:51PM -0500, George Neville-Neil wrote: G> > * Who told that 2*MSL (60 seconds) is adequate time to keep TIME-WAIT? G> > In 71d2d5adfe1 I added some stats on usage of tcptw and experimented a bit G> > with lowering net.inet.tcp.msl. It appeared that lowering it

Re: can't bridge an I/F with jumbo to taps, deleted bridge 'flags' are sticky if you remake them

2022-01-13 Thread Patrick M. Hausen
Hi all, > Am 13.01.2022 um 06:41 schrieb George Michaelson : > > I just found a couple of odd quirks in bridge > > 1) you can't bridge an MTU 9000 interface to taps. If you dial it back > to 1500 it works fine. I might have missed this being a limit in the > man > > 2) when you delete a