[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200226155521.GA24724@infradead.org>
Date: Wed, 26 Feb 2020 07:55:21 -0800
From: Christoph Hellwig <hch@...radead.org>
To: Kirill Tkhai <ktkhai@...tuozzo.com>
Cc: tytso@....edu, viro@...iv.linux.org.uk, adilger.kernel@...ger.ca,
snitzer@...hat.com, jack@...e.cz, ebiggers@...gle.com,
riteshh@...ux.ibm.com, krisman@...labora.com, surajjs@...zon.com,
dmonakhov@...il.com, mbobrowski@...browski.org, enwlinux@...il.com,
sblbir@...zon.com, khazhy@...gle.com, linux-ext4@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org
Subject: Re: [PATCH RFC 5/5] ext4: Add fallocate2() support
On Wed, Feb 26, 2020 at 04:41:16PM +0300, Kirill Tkhai wrote:
> This adds a support of physical hint for fallocate2() syscall.
> In case of @physical argument is set for ext4_fallocate(),
> we try to allocate blocks only from [@phisical, @physical + len]
> range, while other blocks are not used.
Sorry, but this is a complete bullshit interface. Userspace has
absolutely no business even thinking of physical placement. If you
want to align allocations to physical block granularity boundaries
that is the file systems job, not the applications job.
Powered by blists - more mailing lists