Oh i just ment it was generally a good read :) Nicely written and the likes. It just mentions a little part about RFS4 and that the 'new' thing introduced by RFS4 was the ability to search through the metadata extremly fast.
Personally, I don't really use all this search nonsense. Wait, that's a lie. I love locate. The fact that it runs once a day is fine by me. It's nice and fast, and does it's scanning in the background. I think trackerd (a linux thing) is the perfect user replacement, for those who need it. I believe it uses the inotify/dnotify fam thingers to be informed when a file changes/updates so it knows when to update/delete it's info. I guess my real question should have been, IF it turns out that quick indexing and the like are really the next hot thing, would ZFS support it (yes from what i gathered earlier on this list). <rant mode>Come to think of it, the biggest difference of putting this info in the FS layer or in a seperate DB would be availabilty. If the extra metadata is placed in the FS, as 'extra info' for files, then you have it in a DB right then and there, quickly accessible without having to run any daemons. Now you have to scan files keep them in a seperate db, and keep that db up to date. I can see why the guys over at namesys would want to do that, with all this 'searching' going on nowadays. I don't need to search that much myself. I usually keep my stuff organized enough to quickly find what I need. But if you look at it from a Windows point of view: Why was the 'smart start menu' introduced you think? The start menu always ends up a mess. Install 1 app, your start menu gets loaded with crap. even after a clean fresh install it's loaded with crap/unstructured. The 'smart' start menu was supposed to solve that by only showing the most rescent items and 'hiding' the rest. Then they came with the most used apps in the main menu, cause the desktop clearly wasn't usable for that anymore, as it was loaded with icons from users. And quicklaunch seems to be unused/disapeard because of that same reason. So I can see why desktop search and the like is getting so popular, people make a mess out of their system, requiring tool/methods to find stuff again. Anyway, this isn't really the right place to rant right :) </rant mode> Toby Thain wrote: > > On 28-Jun-07, at 4:46 PM, Oliver Schinagl wrote: > >> I guess the userdefinable properties is then what i'm looking for. Well >> not what *I* am looking for perse. i was reading the article on Hans >> Reiser, the one over at wired, good read btw, >> (http://www.wired.com/techbiz/people/magazine/15-07/ff_hansreiser?currentPage=1). >> >> >> Somewhere it stated that the 'revolutionairy' new thing about >> reiser4 was >> that it tracked meta data somehow, makeing desktop searches MUCH >> faster. >> Don't ask me about the details, i'm no filesystem wiz :) but i'm sure >> someone familiar with Reiser3/4 hopefully ellaborate? > > > The WIRED article is technically crap^W inept. Go to > http://namesys.com/ for the R4 white papers. > > --Toby > >> >> Darren J Moffat schreef: >>> Oliver Schinagl wrote: >>>> The only thing I haven't found in zfs yet, is metadata etc info. The >> previous 'next best thing' in FS was of course ReiserFS (4). >> Reiser3 >>>> was quite a nice thing, fast, journaled and all that, but Reiser4 >> promised to bring all those things that we see emerging now, like cross >> FS search, any document, audio recording etc could be instantly >> searched. True there is google desktop search, trackerd and what not, >> but those are 'afterthoughts', not supported by the underlying FS. >>> You could use extended attributes for this type of data - just like >> HFS+ does - and then build a search tool ontop of that (like what MacOS >> X does with Spotlight). >>> You can store any kind of data you like in an extended attribute, >> however I would caution you that storing the metadata of somethink like >> an MP3 file in metadata may not actually be quicker in the long >> run. >>> Exactly what problem are you trying to solve and what kind of metadata >> are you looking for that isn't natively inside the file formats like >> MP3 for track info and EXIF data in JPEG etc ? >>> Why do you believe that the file system having knowledge of this is >> better some how ? >>> The other thing that ZFS has is user defineable properties on each >> dataset. >> >> >> >> >> >> >> _______________________________________________ >> zfs-discuss mailing list >> zfs-discuss@opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
