lkml.org 
[lkml]   [2004]   [Sep]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: silent semantic changes with reiser4
    >>>>> "Jamie" == Jamie Lokier <jamie@shareable.org> writes:

    Jamie> Horst von Brand wrote:
    >> > > You really need archive support in find. At the very least you need
    >> > > option "enter archives" vs. "do not enter archives". Entering archives
    >> > > automagically is seriously wrong.
    >>
    >> I have used find(1) for quite some time now, and have never (or very
    >> rarely) missed this.

    Jamie> I've occasionally had the need to search all files on my system
    Jamie> for the one file which contains a particular phrase -- all I
    Jamie> remember is the phrase.

    So use glimpse and run an indexer once a night to pick up changes.

    Jamie> Just doing "grep -R" was a tedious job: at least half an hour.

    Ugh, esp since you're not caching any results of all that work either,
    when you need to repeat 10 minutes down the line...

    Jamie> Sometimes, I want to search all source files on my system for a
    Jamie> particular word, for example to search for uses of a particular
    Jamie> system call or library function.

    I think we want to pull this back a bit more and define this better.
    Instead of 'system' we should be thinking 'namespace' or 'hierarchy'.

    Jamie> That would require something that could search through all the
    Jamie> .tar.gz files and .zip files (nested if necessary) as well as
    Jamie> plain files. It would take so long -- hours at least, maybe
    Jamie> more than a day -- that I've never bothered doing such a thing.

    Jamie> In other words, I'd use that capability if it was magically
    Jamie> fast, but as we expect it to be insanely slow (just grepping
    Jamie> gigabytes is slow) that makes it not so useful.

    Jamie> However, if we ever see that search engine index thing happen,
    Jamie> it would be a most excellent capability if it searched inside
    Jamie> archive files too. I would definitely use that. Not often,
    Jamie> but occasionally I would.

    Is the overhead of pre-indexing all files and their contents worth it
    though? And would the use of inotify allow us to efficiently update
    the index in a fairly quick time?

    All the various arguements have been that we need a filesystem which
    magically indexes files, does queries and does it all atomically and
    without any thought on the part of the developer/user. It could
    happen, but then we'd have such a *slow* system in general, just to
    make 1% of the usage simpler (for some measure of simple) that it
    would be a waste.

    Providing a simple, consistent set of semantics and syntax allows you
    to build on top of it the layer(s) you need to provide the guarenttees
    you need for your application.

    I don't expect that Oracle has the same needs as does my mail spool,
    or as an image store. Sure, Oracle could do both of them, but are
    the overheads of oracle worth the slowdown in the common case?

    John
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 14:05    [W:4.359 / U:0.076 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site