[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200703021521.58821.alexandre.sidorenko@hp.com>
Date: Fri, 2 Mar 2007 15:21:58 -0500
From: Alex Sidorenko <alexandre.sidorenko@...com>
To: David Miller <davem@...emloft.net>
Cc: netdev@...r.kernel.org
Subject: Re: SWS for rcvbuf < MTU
On March 2, 2007 02:25:42 pm David Miller wrote:
> From: Alex Sidorenko <alexandre.sidorenko@...com>
> Date: Fri, 2 Mar 2007 11:28:28 -0500
>
> > Customer has confirmed that this resolves the problem and decreases
> > CPU usage by his custom application - even when there is no SWS.
>
> There is rarely ever a reason to set explicit socket receive
> buffer sizes, since the kernel dynamically sizes them based
> upon how the connection is used.
>
> Why do they set it so low?
>
> It is just as easy to fix their performance bug by simply removing
> SO_RCVBUF setting in the application.
Hi David,
they told us that they use small rcvbuf to throttle bandwidth for this
application. I explained it would be better to use TC for this purpose. They
agreed and will probably redesign their application in the future, but they
cannot do it right now. For the same reason they have to use the old 2.4.20
for a while - in big companies the important production software cannot be
changed quickly.
The fix I suggested is trivial and should have no impact the case of
rcvfbuf>mtu, so I think it makes sense to include it in upstream kernel.
Regards,
Alex
--
------------------------------------------------------------------
Alexandre Sidorenko email: alexs@...inux.canada.hp.com
Global Solutions Engineering: Unix Networking
Hewlett-Packard (Canada)
------------------------------------------------------------------
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists