Thread (60 messages) flat view 60 messages, 15 authors, 2016-03-18

Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks

From: Thomas Schoebel-Theuer <hidden>
Date: 2016-03-04 02:33:02
Also in: linux-fsdevel, lkml

On 03/03/2016 11:56 PM, Dave Chinner wrote:
That "new kind of write command" would enable delayed allocation
algorithms to continue to work at the filesystem level on block
devices that freespace management completely is offloaded to...
Cheers, Dave. 
This would advocate a uniform /internal/ interface (family) across both
fs and block layers, similiar in spirit to my old Athomux research
prototype long ago (see www.athomux.net).

This allows for recursive nesting in complex (distributed) storage/fs
hierarchies.

It would be nice if that internal interface (family) would be (partly /
fully) asynchronous with callbacks. In ideal case, it should be
compatible with workqueues (no need for blocking threads anymore).

Uniformity is only needed at concept level. There might remain different
flavours of concrete interfaces at different subsystems, if the number
of subsystems remains as small as possible, and interfacing is close to
trivial.

I would like to support this also in future versions of MARS (see
github.com/schoebel/mars).

Cheers, Thomas
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help