All of lore.kernel.org
 help / color / mirror / Atom feed
* Socket buffer autotuning
@ 2013-08-12 12:23 Karl Heiss
  2013-08-12 12:33 ` Michael Tuexen
                   ` (4 more replies)
  0 siblings, 5 replies; 6+ messages in thread
From: Karl Heiss @ 2013-08-12 12:23 UTC (permalink / raw)
  To: linux-sctp

All,

A recent post to the netdev mailing list made it clear that SCTP
doesn't support socket buffer autotuning.  All of a sudden, many of
our benchmarks start to make sense...  Has there been any
work/investigation to support this?  I suspect that there might be
some difficulty due to the multihoming nature of SCTP, but I haven't
taken the time to really investigate this avenue...  Any insight it
greatly appreciated.

Thanks,
Karl

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Socket buffer autotuning
  2013-08-12 12:23 Socket buffer autotuning Karl Heiss
@ 2013-08-12 12:33 ` Michael Tuexen
  2013-08-13 10:09 ` Daniel Borkmann
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: Michael Tuexen @ 2013-08-12 12:33 UTC (permalink / raw)
  To: linux-sctp

On Aug 12, 2013, at 2:23 PM, Karl Heiss <kheiss@gmail.com> wrote:

> All,
> 
> A recent post to the netdev mailing list made it clear that SCTP
> doesn't support socket buffer autotuning.  All of a sudden, many of
> our benchmarks start to make sense...  Has there been any
> work/investigation to support this?  I suspect that there might be
> some difficulty due to the multihoming nature of SCTP, but I haven't
> taken the time to really investigate this avenue...  Any insight it
> greatly appreciated.
I think some work was already done:
http://heim.ifi.uio.no/michawe/research/projects/new-transport/implementing-sctp-auto-buffer-tuning.html
Not sure about the current status.
I'm CCing Michael as he most likely knows.

Best regards
Michael
> 
> Thanks,
> Karl
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sctp" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Socket buffer autotuning
  2013-08-12 12:23 Socket buffer autotuning Karl Heiss
  2013-08-12 12:33 ` Michael Tuexen
@ 2013-08-13 10:09 ` Daniel Borkmann
  2013-08-13 10:47 ` Daniel Borkmann
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: Daniel Borkmann @ 2013-08-13 10:09 UTC (permalink / raw)
  To: linux-sctp

On 08/12/2013 02:33 PM, Michael Tuexen wrote:
> On Aug 12, 2013, at 2:23 PM, Karl Heiss <kheiss@gmail.com> wrote:
>
>> All,
>>
>> A recent post to the netdev mailing list made it clear that SCTP
>> doesn't support socket buffer autotuning.  All of a sudden, many of
>> our benchmarks start to make sense...  Has there been any
>> work/investigation to support this?  I suspect that there might be
>> some difficulty due to the multihoming nature of SCTP, but I haven't
>> taken the time to really investigate this avenue...  Any insight it
>> greatly appreciated.
> I think some work was already done:
> http://heim.ifi.uio.no/michawe/research/projects/new-transport/implementing-sctp-auto-buffer-tuning.html
> Not sure about the current status.
> I'm CCing Michael as he most likely knows.

Thanks for sharing this link Michael!

I'm currently on vacation, but when I'm back, I'll also take a look
at it and see what we can do with buffer autotuning on Linux. I already
started end of last week to do some experimenting.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Socket buffer autotuning
  2013-08-12 12:23 Socket buffer autotuning Karl Heiss
  2013-08-12 12:33 ` Michael Tuexen
  2013-08-13 10:09 ` Daniel Borkmann
@ 2013-08-13 10:47 ` Daniel Borkmann
  2013-08-13 10:50 ` Michael Welzl
  2013-08-13 10:53 ` Daniel Borkmann
  4 siblings, 0 replies; 6+ messages in thread
From: Daniel Borkmann @ 2013-08-13 10:47 UTC (permalink / raw)
  To: linux-sctp

On 08/13/2013 12:23 PM, Michael Welzl wrote:
> On 13. aug. 2013, at 12:09, Daniel Borkmann wrote:
>> On 08/12/2013 02:33 PM, Michael Tuexen wrote:
>>> On Aug 12, 2013, at 2:23 PM, Karl Heiss <kheiss@gmail.com> wrote:
>>>
>>>> All,
>>>>
>>>> A recent post to the netdev mailing list made it clear that SCTP
>>>> doesn't support socket buffer autotuning.  All of a sudden, many of
>>>> our benchmarks start to make sense...  Has there been any
>>>> work/investigation to support this?  I suspect that there might be
>>>> some difficulty due to the multihoming nature of SCTP, but I haven't
>>>> taken the time to really investigate this avenue...  Any insight it
>>>> greatly appreciated.
>>> I think some work was already done:
>>> http://heim.ifi.uio.no/michawe/research/projects/new-transport/implementing-sctp-auto-buffer-tuning.html
>>> Not sure about the current status.
>>> I'm CCing Michael as he most likely knows.
>>
>> Thanks for sharing this link Michael!
>>
>> I'm currently on vacation, but when I'm back, I'll also take a look
>> at it and see what we can do with buffer autotuning on Linux. I already
>> started end of last week to do some experimenting.
>
> Cool! Getting Linux SCTP up to speed would be a wonderful thing!
>
> In case you're interested, Michael Tuexen and I once sat down to create a list of issues that we believe Linux SCTP could have, and it's on these slides:
> http://heim.ifi.uio.no/~michawe/research/publications/caia-feb11.pdf
> no. 28 - 30
>
> Note that this was a few years ago... still, one or two of the issues might still exist?!
>
> Besides, Morten Hustveit has also began with pluggable congestion control in the SCTP in which he also did the auto-buffer tuning work:
> http://heim.ifi.uio.no/~michawe/research/projects/new-transport/implementing-sctp-pluggable-congestion-control.html
>
> but from the look of the graphs at this page, it never really worked. Still, this is probably a cleanly done starting point.

Thanks for all the links.

I will most certainly have a look at those i.e. pluggable cong.control
and auto buffer tuning and also open issues from the slides when I'm
back from vacation!

Cheers,
Daniel

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Socket buffer autotuning
  2013-08-12 12:23 Socket buffer autotuning Karl Heiss
                   ` (2 preceding siblings ...)
  2013-08-13 10:47 ` Daniel Borkmann
@ 2013-08-13 10:50 ` Michael Welzl
  2013-08-13 10:53 ` Daniel Borkmann
  4 siblings, 0 replies; 6+ messages in thread
From: Michael Welzl @ 2013-08-13 10:50 UTC (permalink / raw)
  To: linux-sctp


On 13. aug. 2013, at 12:47, Daniel Borkmann wrote:

> On 08/13/2013 12:23 PM, Michael Welzl wrote:
>> On 13. aug. 2013, at 12:09, Daniel Borkmann wrote:
>>> On 08/12/2013 02:33 PM, Michael Tuexen wrote:
>>>> On Aug 12, 2013, at 2:23 PM, Karl Heiss <kheiss@gmail.com> wrote:
>>>> 
>>>>> All,
>>>>> 
>>>>> A recent post to the netdev mailing list made it clear that SCTP
>>>>> doesn't support socket buffer autotuning.  All of a sudden, many of
>>>>> our benchmarks start to make sense...  Has there been any
>>>>> work/investigation to support this?  I suspect that there might be
>>>>> some difficulty due to the multihoming nature of SCTP, but I haven't
>>>>> taken the time to really investigate this avenue...  Any insight it
>>>>> greatly appreciated.
>>>> I think some work was already done:
>>>> http://heim.ifi.uio.no/michawe/research/projects/new-transport/implementing-sctp-auto-buffer-tuning.html
>>>> Not sure about the current status.
>>>> I'm CCing Michael as he most likely knows.
>>> 
>>> Thanks for sharing this link Michael!
>>> 
>>> I'm currently on vacation, but when I'm back, I'll also take a look
>>> at it and see what we can do with buffer autotuning on Linux. I already
>>> started end of last week to do some experimenting.
>> 
>> Cool! Getting Linux SCTP up to speed would be a wonderful thing!
>> 
>> In case you're interested, Michael Tuexen and I once sat down to create a list of issues that we believe Linux SCTP could have, and it's on these slides:
>> http://heim.ifi.uio.no/~michawe/research/publications/caia-feb11.pdf
>> no. 28 - 30
>> 
>> Note that this was a few years ago... still, one or two of the issues might still exist?!
>> 
>> Besides, Morten Hustveit has also began with pluggable congestion control in the SCTP in which he also did the auto-buffer tuning work:
>> http://heim.ifi.uio.no/~michawe/research/projects/new-transport/implementing-sctp-pluggable-congestion-control.html
>> 
>> but from the look of the graphs at this page, it never really worked. Still, this is probably a cleanly done starting point.
> 
> Thanks for all the links.
> 
> I will most certainly have a look at those i.e. pluggable cong.control
> and auto buffer tuning and also open issues from the slides when I'm
> back from vacation!

Cool! If something happens, please keep me posted, it would be great to know if some of the stuff we did eventually led to something good!  (plus, I could then update my pages accordingly)

Have a nice rest-of-vacation!

Cheers,
Michael


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Socket buffer autotuning
  2013-08-12 12:23 Socket buffer autotuning Karl Heiss
                   ` (3 preceding siblings ...)
  2013-08-13 10:50 ` Michael Welzl
@ 2013-08-13 10:53 ` Daniel Borkmann
  4 siblings, 0 replies; 6+ messages in thread
From: Daniel Borkmann @ 2013-08-13 10:53 UTC (permalink / raw)
  To: linux-sctp

On 08/13/2013 12:50 PM, Michael Welzl wrote:
[...]
> Cool! If something happens, please keep me posted, it would be great to know if some of the stuff we did eventually led to something good!  (plus, I could then update my pages accordingly)

The best is if you subscribe to this list, as kernel patches are
always CC'ed here, too.

> Have a nice rest-of-vacation!

Thanks !

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2013-08-13 10:53 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-08-12 12:23 Socket buffer autotuning Karl Heiss
2013-08-12 12:33 ` Michael Tuexen
2013-08-13 10:09 ` Daniel Borkmann
2013-08-13 10:47 ` Daniel Borkmann
2013-08-13 10:50 ` Michael Welzl
2013-08-13 10:53 ` Daniel Borkmann

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.