From mboxrd@z Thu Jan 1 00:00:00 1970 From: Evgeniy Polyakov Subject: Re: sendmsg blocking with sendtimeout vs. non-blocking Date: Thu, 23 Oct 2008 21:46:12 +0400 Message-ID: <20081023174612.GA14817@2ka.mipt.ru> References: <524f69650810221414n52e236d9rfc6f231d1db75405@mail.gmail.com> <20081023091325.0ad059c6@barsoom.rdu.redhat.com> <524f69650810230754m20b815b5n256e82ef1d5dd4f0@mail.gmail.com> <4a4634330810230926m9285a3etf6340e3de53c576@mail.gmail.com> <524f69650810230942s49cc6a20vc642d1314a530175@mail.gmail.com> <524f69650810231040y60282412td262990a6fe84ee2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Shirish Pargaonkar , Jeff Layton , Suresh Jayaraman , nhorman@redhat.com, "linux-cifs-client@lists.samba.org" , linux-fsdevel , Frank S Filz To: Steve French Return-path: Received: from netgear.net.ru ([195.178.208.66]:43621 "EHLO tservice.net.ru" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1751455AbYJWRqP (ORCPT ); Thu, 23 Oct 2008 13:46:15 -0400 Content-Disposition: inline In-Reply-To: <524f69650810231040y60282412td262990a6fe84ee2@mail.gmail.com> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: Hi. On Thu, Oct 23, 2008 at 12:40:05PM -0500, Steve French (smfrench@gmail.com) wrote: > On Thu, Oct 23, 2008 at 11:42 AM, Steve French wrote: > > On Thu, Oct 23, 2008 at 11:26 AM, Shirish Pargaonkar > > As I look into this sndbuf and rcvbuf size setting ... what concerns > > me is why nfs sets these sizes for snd and rcvbuf sizes still if they > > don't need to be set? We (cifs) have larger write sizes (56K) than > > nfs's default. See svc_set_sockbufsize in net/sunrpc/svcsock.c > > What is the valid range for the sndbuf and rcvbuf size so I can sanity > check this if the user overrides it on mount? >>From zero to infinity. Actual size will be automatically ajusted by the kernel, but will not exceed specified one, so there is no need to tune this parameter. Very likely you do not want to change socket queue sizes, since it may hurt performance, when previously autotuning could rise the maximum socket buffer size. -- Evgeniy Polyakov