From owner-cvs-all  Fri Jul 24 07:59:11 1998
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id HAA20473
          for cvs-all-outgoing; Fri, 24 Jul 1998 07:59:11 -0700 (PDT)
          (envelope-from owner-cvs-all@FreeBSD.ORG)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA20446;
          Fri, 24 Jul 1998 07:58:42 -0700 (PDT)
          (envelope-from bde@godzilla.zeta.org.au)
Received: (from bde@localhost)
	by godzilla.zeta.org.au (8.8.7/8.8.7) id AAA05964;
	Sat, 25 Jul 1998 00:58:17 +1000
Date: Sat, 25 Jul 1998 00:58:17 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199807241458.AAA05964@godzilla.zeta.org.au>
To: dag-erli@ifi.uio.no, sgk@troutmask.apl.washington.edu
Subject: Re: cvs commit: src/usr.bin/time time.1 time.c
Cc: cvs-committers@FreeBSD.ORG, phk@FreeBSD.ORG, thepish@FreeBSD.ORG
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

>> Clearly, you don't understand the PR.  Think about the following
>> 
>> kargl[204] time -l ls > /dev/null
>>         0.02 real         0.01 user         0.00 sys
>> [...]
>> kargl[206] time -l sh -c "ls > /dev/null"
>>         0.04 real         0.02 user         0.02 sys
>> [...]
>
>Yes? What's the problem?

`[...]' has interesting numbers that may be completely invalidated by
`sh -c'.  The extra time for `sh -c' isn't very interesting.  All times
are 0.00 here (for ls in /sys/i386/isa on a K6/233).

Bruce

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message