9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Ethan Grammatikidis <eekee57@fastmail.fm>
To: 9fans@9fans.net
Subject: Re: [9fans] plan9port tools speed
Date: Sat, 25 Jul 2009 10:30:02 +0100	[thread overview]
Message-ID: <20090725103002.ee62f133.eekee57@fastmail.fm> (raw)
In-Reply-To: <ec522162ff9e1f7c5b3d59e3b0582047@quanstro.net>

On Fri, 24 Jul 2009 09:41:41 -0400
erik quanstrom <quanstro@quanstro.net> wrote:

> > I've just installed the plan9port as described here (
> > http://swtch.com/plan9port/man/man1/install.html) on a debian box.
> > I was comparing the speed of some commands between the plan9 and the GNU
> > version, and I get consistently poorer results for the plan9 ones.
> > 'grep' for example, is at least twice as slow as its GNU counterpart.
>
> on my 64-bit system grepping through linux
> source, i do see the same performance difference
> you see.
>
> ; pwd ; which grep
> /usr/src/linux-2.6.29-gentoo-r5
> /home/quanstro/plan9/bin/grep
> ; for(f in grep /bin/grep)find .|grep '\.[ch]'|
> 	xargs time $f -i 'plan[ 	]*9'>/dev/null|[2]
> 	awk '{a+=$1; b+=$2; c+=$3} END {print a "\t" b "\t"c}'
> 1.08	0.24	1.36
> 0.46	0.31	0.79
>
>  but this is not a fair comparison.  gnu
> grep should be using ascii since none of
> the local env variables have been set while
> p9p grep is using utf-8.  let's level the playing
> field:
>
> ; ; LANG=en_US.UTF-8 for(f in grep /bin/grep)find .|
> 	grep '\.[ch]'|xargs time $f -i 'plan[ 	]*9'>/dev/null|[2]
> 	awk '{a+=$1; b+=$2; c+=$3} END {print a "\t" b "\t"c}'
> 1.07	0.25	1.37
> 17.13	0.28	17.43
>
> this is actually a great improvement.  gnu grep used to
> be 80x slower for utf-8 locales, now it's only 40x slower.
>
> - erik
>

Try LC_ALL=en_GB.UTF-8 for some wierd, wierd fun with gnu grep:

 $ wc -l deep-file-list
470485 deep-file-list

 $ 9 grep ethan deep-file-list |wc -l
428065

 $ time grep ethan deep-file-list > /dev/null

real	4m29.491s
user	4m29.366s
sys	0m0.080s

 $ time grep -F ethan deep-file-list > /dev/null

real	4m27.740s
user	4m27.576s
sys	0m0.070s

 $ time awk '/ethan/ {print}' deep-file-list > /dev/null

real	0m2.597s
user	0m2.570s
sys	0m0.017s

 $ time sed -n /ethan/p deep-file-list > /dev/null

real	0m0.294s
user	0m0.273s
sys	0m0.020s

 $ time 9 grep ethan deep-file-list > /dev/null

real	0m0.155s
user	0m0.140s
sys	0m0.017s


Note fixed pattern and discarded output. Those are fairly average
timings. They rank gnu grep at 1700 times slower than unstripped p9p
grep. :) Note that awk and sed there are gnu awk and sed, and both are
operating under the same LC_ALL=en_GB.UTF-8 environment. Gnu sed comes
in at 900 times faster than gnu grep, and awk at 100 times.

I took some more timings after some correspondance with
bug-grep@gnu.org. I do recall gnu grep was twice as fast as p9p grep
when given a plain ascii environment, but I haven't kept other results.

I don't know if the gnu grep maintainers are looking for a fix, or even
if they consider this extreme slowness a problem at all. It didn't sound
like it when I corresponded with them, but I guess that could simply
mean they didn't want to discuss it.


--
Ethan Grammatikidis

Those who are slower at parsing information must
necessarily be faster at problem-solving.



  reply	other threads:[~2009-07-25  9:30 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-24  8:36 Lorenzo Bolla
2009-07-24  9:08 ` Francisco J Ballesteros
2009-07-24 10:11   ` Rodolfo (kix)
2009-07-24 10:38     ` Lorenzo Bolla
2009-07-24 10:17 ` Uriel
2009-07-24 10:42   ` Lorenzo Bolla
2009-07-24 13:41 ` erik quanstrom
2009-07-25  9:30   ` Ethan Grammatikidis [this message]
2009-07-25 13:40     ` erik quanstrom

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20090725103002.ee62f133.eekee57@fastmail.fm \
    --to=eekee57@fastmail.fm \
    --cc=9fans@9fans.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).