linux-kernel - Re: [fuse-devel] [RFC PATCH 0/5] fuse: make maximum read/write request size tunable

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAOw_e7ZGdSVrNfPe8iE8BtmNWU+BrvbaMFVsUP+g+3MR0Pegqw@mail.gmail.com>
Date:	Fri, 6 Jul 2012 10:58:07 -0300
From:	Han-Wen Nienhuys <hanwenn@...il.com>
To:	Liu Yuan <namei.unix@...il.com>
Cc:	Mitsuo Hayasaka <mitsuo.hayasaka.hu@...achi.com>,
	fuse-devel@...ts.sourceforge.net, yrl.pp-manager.tt@...achi.com,
	linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
	Miklos Szeredi <miklos@...redi.hu>
Subject: Re: [fuse-devel] [RFC PATCH 0/5] fuse: make maximum read/write
 request size tunable

On Fri, Jul 6, 2012 at 2:53 AM, Liu Yuan <namei.unix@...il.com> wrote:
> On 07/05/2012 06:50 PM, Mitsuo Hayasaka wrote:
>> One of the ways to solve this is to make them tunable.
>> In this series, the new sysfs parameter max_pages_per_req is introduced.
>> It limits the maximum read/write size in fuse request and it can be
>> changed from 32 to 256 pages in current implementations. When the
>> max_read/max_write mount option is specified, FUSE request size is set
>> per mount. (The size is rounded-up to page size and limited up to
>> max_pages_per_req.)
>
> Why maxim 256 pages? If we are here, we can go further: most of object
> storage system has object size of multiple to dozens of megabytes. So I
> think probably 1M is too small. Our distribution storage system has 4M
> per object, so I think at least maxim size could be bigger than 4M.

The maximum pipe size on my system is 1M, so if you go beyond that,
splicing from the FD won't work.

Also, the userspace client must reserve a buffer this size so it can
receive a write, which is a waste since most requests are much
smaller.

-- 
Han-Wen Nienhuys - hanwen@...all.nl - http://www.xs4all.nl/~hanwen
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/