All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ragnar Kjørstad" <reiserfs@ragnark.vestdata.no>
To: Chet Hosey <chosey@nauticom.net>
Cc: Bjoern JACKE <bjoern@j3e.de>, reiserfs-list@namesys.com
Subject: Re: dmapi support for reiser4
Date: Thu, 30 Jun 2005 09:12:49 +0200	[thread overview]
Message-ID: <20050630071249.GR31371@vestdata.no> (raw)
In-Reply-To: <42C323AA.1070802@nauticom.net>

On Wed, Jun 29, 2005 at 06:41:46PM -0400, Chet Hosey wrote:
> >> I would guess that it is rather operating system feature than a
> >> filesystem one. Can you please point some source of information about
> >> DMAPI?
> 
> Is there a standard VFS interface that these filesystems present, or is
> it done via filesystem-specific extensions? If the latter, perhaps you
> should consider submitting a kernel patch that adds the required
> interface to the VFS layer, and note in your submission that XFS and JFS
> aren't compliant.

The OpenXDSM project intended to extend the VFS layer with a few extra
functions and to implement a generic XDSM/DMAPI layer on top of that.

The project never really got anywhere and the sourceforge webpage has
been removed, but you can still find some pointers to the VFS
discussions if you google for OpenXDSM.

In short, the filesystems needed to be extended with functionality in
two primary areas:
- persistent storage of metadata
- beeing able to punch holes in existing files.

The first item has since been solved by extended attributes, and I
believe there were some ideas about how to change truncate to also be
able to punch holes. There were probably a few more things needed to be
done, but I don't remember. Google probably knows.

> You said that "reiser4 will not be a real competitor without this". A
> competitor in what market? Can you name an application that depends on
> DMAPI and is so important that without that particular application
> Reiser4 is not appropriate for storing files?

DMAPI is used for Hirarchial Storage Management, migrating unused files
to slower medium such as tape. It can also be used by backupsystems.

I should add though, that not everybody that does HSM are big fans of
DMAPI. It's quite possible that it would be just as productive to add a
_different_ API for HSM to linux as adding DMAPI.

> Just curious, as I'd not heard of DMAPI prior to your post, but you
> claim it's quite important.

It is important in a relatively narrow (high end) market, not really for
desktops and low end servers.


-- 
Ragnar Kjørstad

  reply	other threads:[~2005-06-30  7:12 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-28  9:34 dmapi support for reiser4 Bjoern JACKE
2005-06-28 11:31 ` Vladimir Saveliev
2005-06-29 11:57   ` Bjoern JACKE
2005-06-29 16:15     ` Vladimir Saveliev
2005-06-29 16:32       ` Bjoern JACKE
2005-06-29 22:41     ` Chet Hosey
2005-06-30  7:12       ` Ragnar Kjørstad [this message]
2005-06-30 11:42         ` Chet Hosey
2005-06-30  3:07     ` Hans Reiser

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050630071249.GR31371@vestdata.no \
    --to=reiserfs@ragnark.vestdata.no \
    --cc=bjoern@j3e.de \
    --cc=chosey@nauticom.net \
    --cc=reiserfs-list@namesys.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.