Re: TCP stack lock contention with short-lived connections

Hi, On 7/14/16 7:38 PM, Julien Charbon wrote: > On 6/28/16 12:06 PM, Julien Charbon wrote: >> On 12/7/15 4:36 PM, Julien Charbon wrote: >>> On 30/05/14 06:12, k simon wrote: Does any plan commit and MFC to the 10-stable ? >>> >>> I got a bit of interest of having the performance improvem

Re: TCP stack lock contention with short-lived connections

Hi, On 6/28/16 12:06 PM, Julien Charbon wrote: > On 12/7/15 4:36 PM, Julien Charbon wrote: >> On 30/05/14 06:12, k simon wrote: >>> Does any plan commit and MFC to the 10-stable ? >> >> I got a bit of interest of having the performance improvements for >> short-lived TCP connections in 10-sta

Re: TCP stack lock contention with short-lived connections

Hi -net, On 12/7/15 4:36 PM, Julien Charbon wrote: > On 30/05/14 06:12, k simon wrote: >> Does any plan commit and MFC to the 10-stable ? > > I got a bit of interest of having the performance improvements for > short-lived TCP connections in 10-stable. Just to share the current > status to

Re: TCP stack lock contention with short-lived connections

Hi, On 30/05/14 06:12, k simon wrote: > Does any plan commit and MFC to the 10-stable ? I got a bit of interest of having the performance improvements for short-lived TCP connections in 10-stable. Just to share the current status to a wider audience: - I maintain a stack of our TCP perfor

Re: TCP stack lock contention with short-lived connections

On 20/05/15 16:57, Adrian Chadd wrote: > On 20 May 2015 at 06:27, Julien Charbon wrote: >> On 26/05/14 15:36, Julien Charbon wrote: >> [...] >> >> For people interested about this short-lived TCP connection scalability >> effort, you can subscribe to the review of our latest (and biggest so >> fa

Re: TCP stack lock contention with short-lived connections

On 27/02/14 11:32, Julien Charbon wrote: >>>>>> On 07/11/13 14:55, Julien Charbon wrote: >>>>>>> On Mon, 04 Nov 2013 22:21:04 +0100, Julien Charbon >>>>>>> wrote: >>>>>>>> I have put technical and how-to-repeat

Re: TCP stack lock contention with short-lived connections

, Julien Charbon wrote: >>>>>> On Mon, 04 Nov 2013 22:21:04 +0100, Julien Charbon >>>>>> wrote: >>>>>>> I have put technical and how-to-repeat details in below >>>>>>> PR: >>>>>>> >>>>>

Re: TCP stack lock contention with short-lived connections

3 22:21:04 +0100, Julien Charbon >>>>> wrote: >>>>>> kern/183659: TCP stack lock contention with short-lived connections >>>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183659 >>>>>> >>>>>> We are cu

Re: TCP stack lock contention with short-lived connections

, Julien Charbon wrote: I have put technical and how-to-repeat details in below PR: kern/183659: TCP stack lock contention with short-lived connections https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183659 We are currently working on this performance improvement effort; it will impact only the

Re: TCP stack lock contention with short-lived connections

t;>>>> I have put technical and how-to-repeat details in below PR: >>>>> >>>>> kern/183659: TCP stack lock contention with short-lived connections >>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183659 >>>>> >>>>

[Bug 183659] [tcp] TCP stack lock contention with short-lived connections

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183659 John Baldwin changed: What|Removed |Added Assignee|freebsd-net@FreeBSD.org |j...@freebsd.org -- You are receiv

[Bug 183659] [tcp] TCP stack lock contention with short-lived connections

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183659 John Baldwin changed: What|Removed |Added Status|Needs MFC |In Discussion CC|

Re: TCP stack lock contention with short-lived connections

in below PR: >>>> >>>> kern/183659: TCP stack lock contention with short-lived connections >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183659 >>>> >>>> We are currently working on this performance improvement effort; it >>&g

[Bug 183659] [tcp] TCP stack lock contention with short-lived connections

http://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183659 jchar...@verisign.com changed: What|Removed |Added Summary|[tcp] ]TCP stack lock |[tcp] TCP stack lock

Re: TCP stack lock contention with short-lived connections

Hi Simon, On 30/05/14 06:12, k simon wrote: Does any plan commit and MFC to the 10-stable ? These patches are still under active review and testing, no plan to commit soon yet. As usual having more people testing these changes (and reporting found issues - or no issue) might accelerat

Re: TCP stack lock contention with short-lived connections

Nov 2013 22:21:04 +0100, Julien Charbon wrote: I have put technical and how-to-repeat details in below PR: kern/183659: TCP stack lock contention with short-lived connections http://www.freebsd.org/cgi/query-pr.cgi?pr=183659 We are currently working on this performance improvement effort; it

Re: TCP stack lock contention with short-lived connections

: kern/183659: TCP stack lock contention with short-lived connections http://www.freebsd.org/cgi/query-pr.cgi?pr=183659 We are currently working on this performance improvement effort; it will impact only the TCP locking strategy not the TCP stack logic itself. We will share on freebsd-net the

Re: TCP stack lock contention with short-lived connections

technical and how-to-repeat details in below PR: kern/183659: TCP stack lock contention with short-lived connections http://www.freebsd.org/cgi/query-pr.cgi?pr=183659 We are currently working on this performance improvement effort; it will impact only the TCP locking strategy not the TCP stack

Re: TCP stack lock contention with short-lived connections

;> wrote: >>>>> I have put technical and how-to-repeat details in below PR: >>>>> >>>>> kern/183659: TCP stack lock contention with short-lived connections >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=183659 >>>>> >&g

Re: TCP stack lock contention with short-lived connections

Hi, On 27/02/14 11:32, Julien Charbon wrote: On 07/11/13 14:55, Julien Charbon wrote: On Mon, 04 Nov 2013 22:21:04 +0100, Julien Charbon wrote: I have put technical and how-to-repeat details in below PR: kern/183659: TCP stack lock contention with short-lived connections http

Re: kern/183659: [tcp] ]TCP stack lock contention with short-lived connections

The following reply was made to PR kern/183659; it has been noted by GNATS. From: "Charbon, Julien" To: bug-follo...@freebsd.org Cc: Subject: Re: kern/183659: [tcp] ]TCP stack lock contention with short-lived connections Date: Mon, 17 Mar 2014 17:39:19 +0100 Just a follow-up th

Re: kern/183659: [tcp] TCP stack lock contention with short-lived connections

The following reply was made to PR kern/183659; it has been noted by GNATS. From: "Charbon, Julien" To: bug-follo...@freebsd.org Cc: Subject: Re: kern/183659: [tcp] TCP stack lock contention with short-lived connections Date: Mon, 17 Mar 2014 15:54:03 +0100 Just a follow-up th

Re: TCP stack lock contention with short-lived connections

Hi John, On 07/03/14 13:43, Julien Charbon wrote: On 06/03/14 22:57, John-Mark Gurney wrote: Julien Charbon wrote this message on Thu, Feb 27, 2014 at 11:32 +0100: [...] Any thoughts on this particular behavior? One thing that I noticed is that you now lock/unlock the tw and inp lock a l

Re: TCP stack lock contention with short-lived connections

Hi John, On 06/03/14 22:57, John-Mark Gurney wrote: Julien Charbon wrote this message on Thu, Feb 27, 2014 at 11:32 +0100: [...] Any thoughts on this particular behavior? One thing that I noticed is that you now lock/unlock the tw and inp lock a lot... Have you thought about grabing the

Re: TCP stack lock contention with short-lived connections

Julien Charbon wrote this message on Thu, Feb 27, 2014 at 11:32 +0100: > Obviously, to mitigate this lock contention there are various solutions: > > - Introduce a new time-wait lock as proposed in joined patch > - Call tcp_tw_2msl_scan() more often in case of high workload > - Use INP_INFO_TR