Re: New FS with search properties

From: Clint Byrum (cbyrum_at_spamaps.org)
Date: 05/28/04

  • Next message: Daniel Miller: "lk2.4 problems with secure USB" 
    Date: Thu, 27 May 2004 15:52:15 -0700

    **** Post for FREE via your newsreader at post.usenet.com ****

    Uddo Graaf wrote:
    > I'm not sure if the authors of any filesystems are present in this NG but I
    > would like to suggest a new feature to combat WinFS. Why not allow
    > properties to be added to any file, of any length and or type. This way, we
    > other programs could be used to search the filesystem in a database like
    > manner.
    >
    > For example, an indexing property would be used to index the disk files and
    > maybe even its contents.
    >
    > What do you guys think?
    >
    >

    This is precisely what Reiser4's plugin architecture will solve. See
    http://www.namesys.com/.

    I am conflicted on this though. On one hand, you have some killer
    features that allow more powerful use of the system. This might be akin
    to the advance that was made when we went from storing our data in paper
    files in cabinets, to storing our data on magnetic disks.

    *BUT*, There is a danger of hurting interoperability. If you start
    saying "well if you're using Linux, you can read my files, otherwise no"
    ... you start turning a lot of people off. Maybe if somebody creates a
    standard for file-specific meta information, probably something with
    xml, and probably something that is contained within the file rather
    than in a special place on disk, this will be more feasible.

    Until then, we'll probably have to do what we've done with samba and
    vfat. Wait for MS, and play catch up. :(

    -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
     *** Usenet.com - The #1 Usenet Newsgroup Service on The Planet! ***
                          http://www.usenet.com
    Unlimited Download - 19 Seperate Servers - 90,000 groups - Uncensored
    -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

  • Next message: Daniel Miller: "lk2.4 problems with secure USB"

    Relevant Pages

    • RE: [00/17] Large Blocksize Support V3
      ... The definition of what is meant by "large" filesystems has to change ... with the advances in disk drive technology. ... sizes for disk drives, this is going to become a ... Once disk sector sizes increase, ...
      (Linux-Kernel)
    • Re: strong/weak typing and pointers
      ... > arbitrary sequence of bytes. ... Is the OS going to be able to read something from disk and *USE* it? ... executable code from disk into memory and execute it. ... I'm old enough to have fought my way through filesystems more strongly ...
      (comp.lang.python)
    • Re: ext2/3: document conditions when reliable operation is possible
      ... Even if disk returns error condition ... filesystems, since some filesystems, like ext2, don't journal data. ... The latter is clearly just a bug that should be ... -A journaling extension to the ext2 code has been developed by Stephen ...
      (Linux-Kernel)
    • Re: [SLE] 9.0 Device checling on ext3 fs
      ... run the badbloc program on all partitions once. ... With something as critical as disk ... > filesystems, I need an app that has been tested and just works, preferably ... Usually they come as a file to create an MsDos boot ...
      (SuSE)
    • Re: Formatted disk capacity
      ... >>are that you're asking for trouble by writing a single partition to a disk ... - To restrict online access to certain directory subtrees by ... - To provide alternate filesystem formatting, ... meet the needs of the use of the filesystem (i.e. use journalling filesystems ...
      (comp.os.linux.hardware)