mailto:owner-freebsd-...@freebsd.org] On
Behalf Of Meyer, Wolfgang
Sent: Wednesday, February 3, 2016 9:37 PM
To: 'freebsd-net@FreeBSD.org'
Cc: 'freebsd-performa...@freebsd.org'
Subject: ixgbe: Network performance tuning (#TCP connections)
Hello,
we are evaluating network performance
Meyer, Wolfgang
Sent: Wednesday, February 3, 2016 9:37 PM
To: 'freebsd-net@FreeBSD.org'
Cc: 'freebsd-performa...@freebsd.org'
Subject: ixgbe: Network performance tuning (#TCP connections)
Hello,
we are evaluating network performance on a DELL-Server (PowerEdge R930 with 4
Sockets, h
On 02/03/16 14:37, Meyer, Wolfgang wrote:
Hello,
we are evaluating network performance on a DELL-Server (PowerEdge R930 with 4
Sockets, hw.model: Intel(R) Xeon(R) CPU E7-8891 v3 @ 2.80GHz) with 10
GbE-Cards. We use programs that on server side accepts connections on a
IP-address+port from t
hi,
can you share your testing program source?
-a
On 3 February 2016 at 05:37, Meyer, Wolfgang wrote:
> Hello,
>
> we are evaluating network performance on a DELL-Server (PowerEdge R930 with 4
> Sockets, hw.model: Intel(R) Xeon(R) CPU E7-8891 v3 @ 2.80GHz) with 10
> GbE-Cards. We use progra
> -Original Message-
> From: Allan Jude [mailto:allanj...@freebsd.org]
> Sent: Mittwoch, 3. Februar 2016 16:49
> To: Meyer, Wolfgang
> Subject: Re: ixgbe: Network performance tuning (#TCP connections)
>
> On 2016-02-03 08:37, Meyer, Wolfgang wrote:
> > Hello
Hello,
we are evaluating network performance on a DELL-Server (PowerEdge R930 with 4
Sockets, hw.model: Intel(R) Xeon(R) CPU E7-8891 v3 @ 2.80GHz) with 10
GbE-Cards. We use programs that on server side accepts connections on a
IP-address+port from the client side and after establishing the conn
On Nov 13, 2012, at 1:43 PM, Andre Oppermann wrote:
> On 13.11.2012 09:41, Alfred Perlstein wrote:
>> On 11/13/12 12:25 AM, Andre Oppermann wrote:
>>> On 13.11.2012 09:18, Alfred Perlstein wrote:
On 11/13/12 12:06 AM, Andre Oppermann wrote:
> On 13.11.2012 07:45, Alfred Perlstein wrote:
On 13.11.2012 09:41, Alfred Perlstein wrote:
On 11/13/12 12:25 AM, Andre Oppermann wrote:
On 13.11.2012 09:18, Alfred Perlstein wrote:
On 11/13/12 12:06 AM, Andre Oppermann wrote:
On 13.11.2012 07:45, Alfred Perlstein wrote:
If you are concerned about the space/time tradeoff I'm pretty happy
On 11/13/12 12:25 AM, Andre Oppermann wrote:
On 13.11.2012 09:18, Alfred Perlstein wrote:
On 11/13/12 12:06 AM, Andre Oppermann wrote:
On 13.11.2012 07:45, Alfred Perlstein wrote:
If you are concerned about the space/time tradeoff I'm pretty happy
with making it 1/2, 1/4th, 1/8th
the size of
On 13.11.2012 09:18, Alfred Perlstein wrote:
On 11/13/12 12:06 AM, Andre Oppermann wrote:
On 13.11.2012 07:45, Alfred Perlstein wrote:
If you are concerned about the space/time tradeoff I'm pretty happy with making
it 1/2, 1/4th, 1/8th
the size of maxsockets. (smaller?)
Would that work bette
On 11/13/12 12:06 AM, Andre Oppermann wrote:
On 13.11.2012 07:45, Alfred Perlstein wrote:
On 11/12/12 10:23 PM, Peter Wemm wrote:
On Mon, Nov 12, 2012 at 10:11 PM, Alfred Perlstein
wrote:
On 11/12/12 10:04 PM, Alfred Perlstein wrote:
On 11/12/12 10:48 AM, Alfred Perlstein wrote:
On 11/12/12
On 13.11.2012 07:45, Alfred Perlstein wrote:
On 11/12/12 10:23 PM, Peter Wemm wrote:
On Mon, Nov 12, 2012 at 10:11 PM, Alfred Perlstein wrote:
On 11/12/12 10:04 PM, Alfred Perlstein wrote:
On 11/12/12 10:48 AM, Alfred Perlstein wrote:
On 11/12/12 10:01 AM, Andre Oppermann wrote:
I've alrea
On 11/12/12 10:23 PM, Peter Wemm wrote:
On Mon, Nov 12, 2012 at 10:11 PM, Alfred Perlstein wrote:
On 11/12/12 10:04 PM, Alfred Perlstein wrote:
On 11/12/12 10:48 AM, Alfred Perlstein wrote:
On 11/12/12 10:01 AM, Andre Oppermann wrote:
I've already added the tunable "kern.maxmbufmem" which i
On Mon, Nov 12, 2012 at 10:11 PM, Alfred Perlstein wrote:
> On 11/12/12 10:04 PM, Alfred Perlstein wrote:
>>
>> On 11/12/12 10:48 AM, Alfred Perlstein wrote:
>>>
>>> On 11/12/12 10:01 AM, Andre Oppermann wrote:
I've already added the tunable "kern.maxmbufmem" which is in pages.
On 11/12/12 10:04 PM, Alfred Perlstein wrote:
On 11/12/12 10:48 AM, Alfred Perlstein wrote:
On 11/12/12 10:01 AM, Andre Oppermann wrote:
I've already added the tunable "kern.maxmbufmem" which is in pages.
That's probably not very convenient to work with. I can change it
to a percentage of phy
On 11/12/12 10:48 AM, Alfred Perlstein wrote:
On 11/12/12 10:01 AM, Andre Oppermann wrote:
I've already added the tunable "kern.maxmbufmem" which is in pages.
That's probably not very convenient to work with. I can change it
to a percentage of phymem/kva. Would that make you happy?
It real
On 11/12/12 10:01 AM, Andre Oppermann wrote:
On 12.11.2012 18:43, Alfred Perlstein wrote:
On Nov 12, 2012, at 1:27 AM, Andre Oppermann
wrote:
On 12.11.2012 09:52, Alfred Perlstein wrote:
On 11/11/12 11:28 PM, Andre Oppermann wrote:
On 12.11.2012 08:10, Alfred Perlstein wrote:
I noticed
On 12.11.2012 18:43, Alfred Perlstein wrote:
On Nov 12, 2012, at 1:27 AM, Andre Oppermann wrote:
On 12.11.2012 09:52, Alfred Perlstein wrote:
On 11/11/12 11:28 PM, Andre Oppermann wrote:
On 12.11.2012 08:10, Alfred Perlstein wrote:
I noticed that TCBHASHSIZE does not autotune.
What do yo
On Nov 12, 2012, at 1:27 AM, Andre Oppermann wrote:
> On 12.11.2012 09:52, Alfred Perlstein wrote:
>> On 11/11/12 11:28 PM, Andre Oppermann wrote:
>>> On 12.11.2012 08:10, Alfred Perlstein wrote:
I noticed that TCBHASHSIZE does not autotune.
What do you think of the following al
On 12.11.2012 09:52, Alfred Perlstein wrote:
On 11/11/12 11:28 PM, Andre Oppermann wrote:
On 12.11.2012 08:10, Alfred Perlstein wrote:
I noticed that TCBHASHSIZE does not autotune.
What do you think of the following algorithm?
Basically round down to next power of two based on nmbclusters / 6
On 11/11/12 11:28 PM, Andre Oppermann wrote:
On 12.11.2012 08:10, Alfred Perlstein wrote:
I noticed that TCBHASHSIZE does not autotune.
What do you think of the following algorithm?
Basically round down to next power of two based on nmbclusters / 64.
Please wait out for a real fix of the var
On 12.11.2012 08:10, Alfred Perlstein wrote:
I noticed that TCBHASHSIZE does not autotune.
What do you think of the following algorithm?
Basically round down to next power of two based on nmbclusters / 64.
Please wait out for a real fix of the various mbuf-whatever tuning
issue I'll propose s
I noticed that TCBHASHSIZE does not autotune.
What do you think of the following algorithm?
Basically round down to next power of two based on nmbclusters / 64.
-Alfred
#include
#include
#include
int
main(int argc, char **argv)
{
int nmbclusters;
int pow2cl;
nmbcl
Randy Bush wrote:
> any suggestions for how to tune freebsd tcp for very large bandwidth
> delay product. doing daily rsync from oregon to australia over I2
> and aarnet. getting mediocre transfers. hints appreciated.
>
By the fact you CCed Andre, I assume you have tried the automatic TCP
send
Hi,
You may look at
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-kernel-limits.html
especially "section 11.13.2.2"
Also addresses below are useful; take a look:
http://www-didc.lbl.gov/TCP-tuning/FreeBSD.html
http://www.wormulon.net/files/pub/FreeBSD_Network_Tuning_-_slid
any suggestions for how to tune freebsd tcp for very large bandwidth
delay product. doing daily rsync from oregon to australia over I2
and aarnet. getting mediocre transfers. hints appreciated.
___
freebsd-net@freebsd.org mailing list
http://lists.fre
26 matches
Mail list logo
