On Tue, Jan 15 2008, Jens Axboe wrote:
On Mon, Jan 14 2008, Jens Axboe wrote:
On Mon, Jan 14 2008, Chris Mason wrote:
Hello everyone,
Here is a modified version of Jens' patch. The basic idea is to push
the mapping maintenance out of loop and down into the filesystem (ext2
in
On Tue, Jan 15 2008, Jens Axboe wrote:
On Tue, Jan 15 2008, Jens Axboe wrote:
On Mon, Jan 14 2008, Jens Axboe wrote:
On Mon, Jan 14 2008, Chris Mason wrote:
Hello everyone,
Here is a modified version of Jens' patch. The basic idea is to push
the mapping maintenance out of
On Mon, Jan 14 2008, Chris Mason wrote:
Hello everyone,
Here is a modified version of Jens' patch. The basic idea is to push
the mapping maintenance out of loop and down into the filesystem (ext2
in this case).
Two new address_space operations are added, one to map
extents and the other
So I looked at the code - it seems you build a full extent of the blocks
in the file, filling holes as you go along. I initally did that as well,
but that is to slow to be usable in real life.
You also don't support sparse files, falling back to normal fs
read/write paths. Supporting sparse
On Fri, 11 Jan 2008 10:01:18 +1100
Neil Brown [EMAIL PROTECTED] wrote:
On Thursday January 10, [EMAIL PROTECTED] wrote:
On Thu, Jan 10 2008, Chris Mason wrote:
On Thu, 10 Jan 2008 09:31:31 +0100
Jens Axboe [EMAIL PROTECTED] wrote:
On Wed, Jan 09 2008, Alasdair G Kergon wrote:
On Fri, Jan 11 2008, Daniel Phillips wrote:
Hi Jens,
This looks really useful.
On Wednesday 09 January 2008 00:52, Jens Axboe wrote:
Disadvantages:
- The file block mappings must not change while loop is using the
file. This means that we have to ensure exclusive access to the file
Hi Jens,
This looks really useful.
On Wednesday 09 January 2008 00:52, Jens Axboe wrote:
Disadvantages:
- The file block mappings must not change while loop is using the
file. This means that we have to ensure exclusive access to the file
and this is the bit that is currently missing in the
On Thu, Jan 10, 2008 at 12:42:25PM +1100, Nick Piggin wrote:
So how does it work? Instead of punting IO to a thread and passing it
through the page cache, we instead attempt to send the IO directly to the
filesystem block that it maps to.
You told Christoph that just using direct-IO from
On Thu, Jan 10 2008, Jens Axboe wrote:
On Wed, Jan 09 2008, Alasdair G Kergon wrote:
Here's the latest version of dm-loop, for comparison.
To try it out,
ln -s dmsetup dmlosetup
and supply similar basic parameters to losetup.
(using dmsetup version 1.02.11 or higher)
Why oh why
On Thu, Jan 10 2008, Christoph Hellwig wrote:
loop maintains a prio tree of known
extents in the file (populated lazily on demand, as needed).
Just a quick question (I haven't looked closely at the code): how come
you are using a prio tree for extents? I don't think they could be
On Thu, Jan 10, 2008 at 09:44:57AM +0100, Jens Axboe wrote:
IMHO this shouldn't be done in the loop driver anyway. Filesystems have
their own effricient extent lookup trees (well, at least xfs and btrfs
do), and we should leverage that instead of reinventing it.
Completely agree, it's
On Thu, Jan 10 2008, Christoph Hellwig wrote:
On Thu, Jan 10, 2008 at 09:44:57AM +0100, Jens Axboe wrote:
IMHO this shouldn't be done in the loop driver anyway. Filesystems have
their own effricient extent lookup trees (well, at least xfs and btrfs
do), and we should leverage that
On Thu, 2008-01-10 at 08:37 +, Christoph Hellwig wrote:
Peter, any chance you could chime in here?
I have this patch to add swap_out/_in methods. I expect we can loosen
the requirement for swapcache pages and change the name a little.
previously posted here:
On Thu, Jan 10 2008, Peter Zijlstra wrote:
On Thu, 2008-01-10 at 08:37 +, Christoph Hellwig wrote:
Peter, any chance you could chime in here?
I have this patch to add swap_out/_in methods. I expect we can loosen
the requirement for swapcache pages and change the name a little.
On Thu, 2008-01-10 at 10:49 +0100, Jens Axboe wrote:
On Thu, Jan 10 2008, Peter Zijlstra wrote:
On Thu, 2008-01-10 at 08:37 +, Christoph Hellwig wrote:
Peter, any chance you could chime in here?
I have this patch to add swap_out/_in methods. I expect we can loosen
the
On Thu, Jan 10 2008, Peter Zijlstra wrote:
On Thu, 2008-01-10 at 10:49 +0100, Jens Axboe wrote:
On Thu, Jan 10 2008, Peter Zijlstra wrote:
On Thu, 2008-01-10 at 08:37 +, Christoph Hellwig wrote:
Peter, any chance you could chime in here?
I have this patch to add
On Thu, 10 Jan 2008 09:31:31 +0100
Jens Axboe [EMAIL PROTECTED] wrote:
On Wed, Jan 09 2008, Alasdair G Kergon wrote:
Here's the latest version of dm-loop, for comparison.
To try it out,
ln -s dmsetup dmlosetup
and supply similar basic parameters to losetup.
(using dmsetup version
On Thu, Jan 10 2008, Chris Mason wrote:
On Thu, 10 Jan 2008 09:31:31 +0100
Jens Axboe [EMAIL PROTECTED] wrote:
On Wed, Jan 09 2008, Alasdair G Kergon wrote:
Here's the latest version of dm-loop, for comparison.
To try it out,
ln -s dmsetup dmlosetup
and supply similar
On Thu, Jan 10 2008, Chris Mason wrote:
On Thu, 10 Jan 2008 08:54:59 +
Christoph Hellwig [EMAIL PROTECTED] wrote:
On Thu, Jan 10, 2008 at 09:44:57AM +0100, Jens Axboe wrote:
IMHO this shouldn't be done in the loop driver anyway.
Filesystems have their own effricient extent lookup
On Thu, 10 Jan 2008 08:54:59 +
Christoph Hellwig [EMAIL PROTECTED] wrote:
On Thu, Jan 10, 2008 at 09:44:57AM +0100, Jens Axboe wrote:
IMHO this shouldn't be done in the loop driver anyway.
Filesystems have their own effricient extent lookup trees (well,
at least xfs and btrfs do),
On Thu, 10 Jan 2008 14:03:24 +0100
Jens Axboe [EMAIL PROTECTED] wrote:
On Thu, Jan 10 2008, Chris Mason wrote:
On Thu, 10 Jan 2008 08:54:59 +
Christoph Hellwig [EMAIL PROTECTED] wrote:
On Thu, Jan 10, 2008 at 09:44:57AM +0100, Jens Axboe wrote:
IMHO this shouldn't be done in
Jens Axboe wrote:
Hi,
loop.c currently uses the page cache interface to do IO to file backed
devices. This works reasonably well for simple things, like mapping an
iso9660 file for direct mount and other read-only workloads. Writing is
somewhat problematic, as anyone who has really used this
On Fri, Jan 11 2008, Mikulas Patocka wrote:
So I looked at the code - it seems you build a full extent of the blocks
in the file, filling holes as you go along. I initally did that as well,
but that is to slow to be usable in real life.
You also don't support sparse files, falling back
Hi,
loop.c currently uses the page cache interface to do IO to file backed
devices. This works reasonably well for simple things, like mapping an
iso9660 file for direct mount and other read-only workloads. Writing is
somewhat problematic, as anyone who has really used this feature can
attest to
On Wed, Jan 09 2008, Christoph Hellwig wrote:
On Wed, Jan 09, 2008 at 09:52:32AM +0100, Jens Axboe wrote:
- The file block mappings must not change while loop is using the file.
This means that we have to ensure exclusive access to the file and
this is the bit that is currently missing
On Wed, Jan 09, 2008 at 09:52:32AM +0100, Jens Axboe wrote:
- The file block mappings must not change while loop is using the file.
This means that we have to ensure exclusive access to the file and
this is the bit that is currently missing in the implementation. It
would be nice if we
On Wed, 9 Jan 2008 10:43:21 +0100
Jens Axboe [EMAIL PROTECTED] wrote:
On Wed, Jan 09 2008, Christoph Hellwig wrote:
On Wed, Jan 09, 2008 at 09:52:32AM +0100, Jens Axboe wrote:
- The file block mappings must not change while loop is using the
file. This means that we have to ensure
Jens Axboe [EMAIL PROTECTED] writes:
So how does it work? Instead of punting IO to a thread and passing it
through the page cache, we instead attempt to send the IO directly to the
Great -- something like this was needed for a long time.
- The file block mappings must not change while loop
Here's the latest version of dm-loop, for comparison.
To try it out,
ln -s dmsetup dmlosetup
and supply similar basic parameters to losetup.
(using dmsetup version 1.02.11 or higher)
Alasdair
From: Bryn Reeves [EMAIL PROTECTED]
This implements a loopback target for device mapper allowing a
On Thu, Jan 10, 2008 at 12:43:19AM +0100, [EMAIL PROTECTED] wrote:
oh, nice to see that this is still alive.
at least i got no crashes and was able to mount and acess more than 300
iso-images with that.
were there fixes/chances since then?
Little has changed for some time - mostly code
On Wednesday 09 January 2008 19:52, Jens Axboe wrote:
So how does it work? Instead of punting IO to a thread and passing it
through the page cache, we instead attempt to send the IO directly to the
filesystem block that it maps to.
You told Christoph that just using direct-IO from kernel
31 matches
Mail list logo