Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 25 Aug 2011 00:17:16 +0000
From:      "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
To:        George Neville-Neil <gnn@neville-neil.com>
Cc:        arch@freebsd.org
Subject:   Re: Updating our TCP and socket sysctl values...
Message-ID:  <14F25601-6F2A-40F7-B4C7-82139ECE7998@lists.zabbadoz.net>
In-Reply-To: <72EBCA4C-B002-4A77-9D4B-28541C1933C1@neville-neil.com>
References:  <132388F1-44D9-45C9-AE05-1799A7A2DCD9@neville-neil.com> <D91D35DF-B846-40AB-8C3A-8F9A89DABA47@lists.zabbadoz.net> <72EBCA4C-B002-4A77-9D4B-28541C1933C1@neville-neil.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Aug 24, 2011, at 8:03 PM, George Neville-Neil wrote:

>=20
> On Aug 24, 2011, at 12:18 , Bjoern A. Zeeb wrote:
>=20
>> On Mar 19, 2011, at 6:37 AM, George Neville-Neil wrote:
>>=20
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>=20
>>> Howdy,
>>>=20
>>> I believe it's time for us to upgrade our sysctl values for TCP =
sockets so that
>>> they are more in line with the modern world.  At the moment we have =
these limits on
>>> our buffering:
>>>=20
>>> kern.ipc.maxsockbuf: 262144
>>> net.inet.tcp.recvbuf_max: 262144
>>> net.inet.tcp.sendbuf_max: 262144
>>>=20
>>> I believe it's time to up these values to something that's in line =
with higher speed
>>> local networks, such as 10G.  Perhaps it's time to move these to 2MB =
instead of 256K.
>>>=20
>>> Thoughts?
>>=20
>>=20
>> This never happened, did it?  Was there a reason?
>>=20
>=20
> I went back and looked at the mail thread.  I didn't see any strong =
objections
> so I think you should commit this for 9.x.
>=20
> np@ did point out that nmbclusters also lags on modern hardware so =
consider upping
> that at the same time.

The below seems to need a cast for max_sb_adj which is already present =
for the sysctl; currently doing a universe and will send it to re@.  =
Thanks for the reply.

nmbclusters is harder to change as it's not just a max but directly =
needs/eats memory so we cannot just up it;  we'll have to look into =
auto-tuning after 9 was branched and can possibly merge it for 9.1 or =
so.

/bz

>> Index: sys/netinet/tcp_input.c
>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>> --- sys/netinet/tcp_input.c     (revision 225048)
>> +++ sys/netinet/tcp_input.c     (working copy)
>> @@ -195,7 +195,7 @@ SYSCTL_VNET_INT(_net_inet_tcp, OID_AUTO, =
recvbuf_i
>>    &VNET_NAME(tcp_autorcvbuf_inc), 0,
>>    "Incrementor step size of automatic receive buffer");
>>=20
>> -VNET_DEFINE(int, tcp_autorcvbuf_max) =3D 256*1024;
>> +VNET_DEFINE(int, tcp_autorcvbuf_max) =3D 2*1024*1024;
>> #define        V_tcp_autorcvbuf_max    VNET(tcp_autorcvbuf_max)
>> SYSCTL_VNET_INT(_net_inet_tcp, OID_AUTO, recvbuf_max, CTLFLAG_RW,
>>    &VNET_NAME(tcp_autorcvbuf_max), 0,
>> Index: sys/netinet/tcp_output.c
>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>> --- sys/netinet/tcp_output.c    (revision 225048)
>> +++ sys/netinet/tcp_output.c    (working copy)
>> @@ -117,7 +117,7 @@ SYSCTL_VNET_INT(_net_inet_tcp, OID_AUTO, =
sendbuf_i
>>       &VNET_NAME(tcp_autosndbuf_inc), 0,
>>       "Incrementor step size of automatic send buffer");
>>=20
>> -VNET_DEFINE(int, tcp_autosndbuf_max) =3D 256*1024;
>> +VNET_DEFINE(int, tcp_autosndbuf_max) =3D 2*1024*1024;
>> #define        V_tcp_autosndbuf_max    VNET(tcp_autosndbuf_max)
>> SYSCTL_VNET_INT(_net_inet_tcp, OID_AUTO, sendbuf_max, CTLFLAG_RW,
>>       &VNET_NAME(tcp_autosndbuf_max), 0,
>> Index: sys/sys/sockbuf.h
>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>> --- sys/sys/sockbuf.h   (revision 225048)
>> +++ sys/sys/sockbuf.h   (working copy)
>> @@ -37,7 +37,7 @@
>> #include <sys/_mutex.h>
>> #include <sys/_sx.h>
>>=20
>> -#define        SB_MAX          (256*1024)      /* default for max =
chars in sockbuf */
>> +#define        SB_MAX          (2*1024*1024)   /* default for max =
chars in sockbuf */
>>=20
>> /*
>> * Constants for sb_flags field of struct sockbuf.
>>=20
>> --=20
>> Bjoern A. Zeeb                                 You have to have =
visions!
>>        Stop bit received. Insert coin for new address family.
>>=20
>> _______________________________________________
>> freebsd-arch@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-arch
>> To unsubscribe, send any mail to =
"freebsd-arch-unsubscribe@freebsd.org"
>=20
> _______________________________________________
> freebsd-arch@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-arch
> To unsubscribe, send any mail to =
"freebsd-arch-unsubscribe@freebsd.org"

--=20
Bjoern A. Zeeb                                 You have to have visions!
         Stop bit received. Insert coin for new address family.




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?14F25601-6F2A-40F7-B4C7-82139ECE7998>