Linked by Eugenia Loli on Tue 28th Aug 2001 19:20 UTC
Original OSNews Interviews The days of the plain filesystems like FAT32 and ext2 seem to have past. Newer operating systems are offering journal, 64-bit filesystems, with features like supporting terrabytes of filesizes or attaching attributed meta-data in them. Today we are interviewing (in a given set of questions) the main people behind IBM's JFS, NameSys' ReiserFS and SGI's XFS. Read on about the status of their filesystems, their abilities and what they are aiming for the future.
Permalink for comment
To read all comments associated with this story, please click here.
Re: Queries (Hi Scot)
by Sander Stoks on Fri 31st Aug 2001 15:58 UTC

The fact that "find" only lets you search on filenames is not a limitation of the algorithm used per se (i.e. sniffing all files as opposed to looking something up in an index), but because of Unix traditionally doesn't use attributes. "Find" does let you search based on the limited "attributes" that Unix knows, i.e. look for directories, or for executable files, or for files modified after a certain date. In fact, BeOS's queries only work if there is at least one indexed attribute in there; if you want to look for a certain non-indexed attribute you have to resort to a hack like (name=="*" && myattr=="foo"). Also, with "my" version of the FS and query stuff, you could easily look for "all files named *foo* in directory /only/this/dir", which is hard to do on the BeOS. On a file system that was optimized for good streaming performance at the expense of the time it takes to traverse directories and find files (purely hypothetical optimization), indices of course would make lots of sense. All I'm saying is that in the OS that I would write, I wouldn't bother with indices and see if I really miss them.