🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.arch
Article #10777

Re: Superscalar vs. multiple CPUs ?

#10777
From: shoens
Date: Tue, 22 Dec 1992 17:41
17 lines
1425 bytes
Jason Solinsky  ...

> In how many of these examples are we actually concerned with processor
> performance?  In editors and word processors we certainly aren't ...
> In the case of a database, I would not expect it to be processor limited.

As you have more cycles to fool with you get to put more function in,
of course.  So where I previously edited nroff source with ed, I now
use a system like Framemaker with X-windows.  Database systems are
typically CPU bound because disks have been slow forever, so the problem
of disk parallelism has already been tackled.  Besides, if you analyze
the popular transaction benchmarks you can see that the disk bandwidth
required is relatively small, assuming reasonably-sized buffer pools.
For complex queries, there's even more processing to do and more opportunity
for smart data placement on disk and sequential prefetch.
--
Kurt Shoens
Technical Details
Message-ID: <2121@coyote.UUCP>
Path: arc1-ca.pugleaf.net!sparky!uunet!ibmarc!rufus.almaden.ibm.com!shoens
References: <1992Dec7.012026.11482@athena.mit.edu> <PCG.92Dec11162630@aberdb.aber.ac.uk> <1992Dec21.134531.3253@athena.mit.edu>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!ibmarc!rufus.almaden.ibm.com!shoens
From: shoens@rufus.almaden.ibm.com
Newsgroups: comp.arch,comp.sys.intel
Subject: Re: Superscalar vs. multiple CPUs ?
Message-ID: <2121@coyote.UUCP>
Date: 22 Dec 92 17:41:13 GMT
References: <1992Dec7.012026.11482@athena.mit.edu> <PCG.92Dec11162630@aberdb.aber.ac.uk> <1992Dec21.134531.3253@athena.mit.edu>
Sender: news@ibmarc.UUCP
Reply-To: shoens@almaden.ibm.com
Organization: IBM Almaden Research Center
Lines: 17
Nntp-Posting-Host: rufus.almaden.ibm.com