fgrep (isn't)
Bob Dalgleish
bobd at zaphod.UUCP
Fri Jul 12 04:08:06 AEST 1985
In article <495 at unisoft.UUCP> fnf at unisoft.UUCP writes:
>After grabbing the bgrep distribution off of mod.sources recently
>I decided to try a quick test of the various grep's on one our system
>V release 2 ports:
>
> Trial 1: *grep FOOBARBLETCH /etc/termcap
> Trial 2: *grep BARF /etc/termcap
> Trial 3: *grep MI /etc/termcap
>
> [Table depicting /bin/time stats for "benchmarks"]
>Notice that plain old grep is the fastest of all, and fgrep is the slowest!
>
>Fred Fish UniSoft Systems Inc, 739 Allston Way, Berkeley, CA 94710 USA
The Boyer-Moore pattern matching algorithm is slower than a naive
pattern matching algorithm in many cases (including all of the cases in
the "benchmark"). It uses a lookahead set to decide how much to advance
the pattern against the subject string. Using a one or two character
pattern causes the pattern matching overhead (both the setup and
runtime) to greatly exceed the matching operation. The BM algorithm
works best on longer strings, *especially* strings that resemble the
subject string, i.e., the front part of the pattern is in the subject
string, with variations in the rest of the pattern. Since only one of
the benchmark patterns actually occurs in the subject string file (at
least I presume it does - it doesn't in mine), the partial match
recovery that the BM algorithm uses will not come into effect more than
a few times overall. A much better test would use (for instance) a
misspelled word in a large document. The BM algorithm would then show
some improvements.
As mentioned in the documentation for the grep family, ideally there
need only be one program that determines the best algorithm to use for
the pattern. Since the best algorithm actually depends on both the
pattern and the subject spaces, "best" is not possible in practice.
REMEMBER, in benchmarking as in everything else: CHOOSE HORSES FOR COURSES.
--
[Forgive me, Father, for I have signed ...]
Bob Dalgleish ...!alberta!sask!zaphod!bobd
ihnp4!
(My company has disclaimed any knowledge of me and whatever I might say)
More information about the Net.bugs.usg
mailing list