Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!dali!milton!uw-beaver!Teknowledge.COM!unix!garth!fouts@bozeman.ingr.com (Martin Fouts)
From: fouts@bozeman.ingr.com (Martin Fouts)
Newsgroups: comp.arch
Subject: Re: Single user vs. shared
Message-ID: <167@garth.UUCP>
Date: 11 Apr 90 16:14:31 GMT
References: <1712@aber-cs.UUCP> <1990Apr10.225542.13662@world.std.com>
Sender: fouts@garth.UUCP
Organization: INTERGRAPH (APD) -- Palo Alto, CA
Lines: 62
In-reply-to: bzs@world.std.com's message of 10 Apr 90 22:55:42 GMT

In article <1990Apr10.225542.13662@world.std.com> bzs@world.std.com (Barry Shein) writes:

   [Header omitted]
   From: bzs@world.std.com (Barry Shein)

   I thought compiling hasn't been disk intensive for years, it's CPU
   intensive. Does anyone have measurements? That doesn't stop you from
   running with this lead and drawing conclusions based on it.

	   -Barry Shein

   Software Tool & Die    | {xylogics,uunet}!world!bzs | bzs@world.std.com
   Purveyors to the Trade | Voice: 617-739-0202        | Login: 617-739-WRLD

Measurements.  You want measurements?  I've got *tons* of
measurements.  Reaching into my bag of amusing statistics and
selecting one which supports the contrary point of view....

I randomly selected a program I am currently working on and tried

time cc -g -c frags.c

real 0m12.66s
user 0m5.10s
sys  0m0.93s

time cc -g -o frags frags.o -lbsd -lg

real 0m3.08s
user 0m0.48s
sys  0m0.48s

Note that user+sys/real = (6.03/12.66) = 47% for compile and
(.96/3.08) = 31% for load....

Turning the optimizer on to increase the work the CPU is doing

time cc -O -c frags.c

real 0m9.90s
user 0m6.01s
sys  0m0.50s  (user+sys)/real = 6.51/9.9 = 65%

Times are on a fairly unfragmented file system on a 435 line program
on an otherwise idle workstation.

Given what I've seen from the accounting package for my average usage
over the month I would suspect that these numbers are in the ballpark.
Without further analysis I wouldn't go so far as to say that compiles
are I/O dominated but I would go so far as to say that they are *not*
cpu dominated.  (Using a ram disk might cause your numbers to vary.)

Marty
--
Martin Fouts

 UUCP:  ...!pyramid!garth!fouts  ARPA:  apd!fouts@ingr.com
PHONE:  (415) 852-2310            FAX:  (415) 856-9224
 MAIL:  2400 Geng Road, Palo Alto, CA, 94303

If you can find an opinion in my posting, please let me know.
I don't have opinions, only misconceptions.