UNIX on 33MHz 386 PC + other fun stuff

Cliff C Heyer cliffhanger at cup.portal.com
Thu Sep 7 12:32:19 AEST 1989


(The HARDWARE Q's are intermixed below.)

I'm planning to buy a 80386 PC for use with UNIX, MSDOS, OS/2,
and WINDOWS/386. After studying the trade papers and marketing
literature, I've made the following conclusions: (feel free to
comment)

1. Price: 33MHz hardware about same ballpark as 25MHz hardware.

2. 33MHz hardware not yet reviewed in key areas of: 
bus speed, paged/interleaved memory, shadow 
(BIOS/video) RAM, disk cache(memory or controller), 
extended memory speed, wait states.

3. 100% of 33MHz hardware gives 10-20% better MIPS than 25MHz.

4. 33MHz hardware disk I/O only 0-5% better than 25MHz. In
other words, it might as well be the same.

5. 80386 portables are about the same price as 33MHz 
desk hardware but are 50% slower in CPU and 70% slower in 
I/O.


QUESTIONS about 33MHz 80386 PCs...
(This is where I need the help!)

1. UNIX (or any multitasking OS) and the effects of 
the on-board cache:

 	While multitasking, does flushing the cash waste a 
measurable amount of run time or is it 
insignificant compared to swapping, paging, and/or 
other overhead? In other words, is the cache still 
beneficial even though it is being flushed? (I 
assume "yes" since minicomputers such as all VAX 
models have them.)

2. Is memory technology (cost/speed ) lagging behind 
microprocessor technology? All the newest 33MHz 
80386 PCs are using 70+ ns DRAMs when the 386 is 
running at 30 ns and the on-board caches are rated 
at 25 ns. You can't get 0 wait states 100% of the 
time with this approach.

3. Is it impractical (cost and/or size) to put 40 256KB
25ns SRAMs (no refresh overhead and cycle 
time=access time) up for main memory? In other 
words, is it cheaper to implement paged (PMRAM, 
SCRAM) or interleaved schemes to reduce wait 
states rather than use 40 SRAMs? It seems like
alot of trouble to go to...but how much do SRAMs cost?

4. Are any board makers making (or have made) 
motherboards with ESDI and/or SCSI interfaces ON 
BOARD to bypass the 8MHz AT bus? Also hopefully 
this mfg. would include shadow RAM (BIOS & video) 
and extended/expanded memory that is as fast as 
main memory. (eg. add on memory boards have same 
cycle time as the first 2MB.)

5. I assume the ONLY thing that makes the 33MHz PCs 
faster is the 25 ns cache. Otherwise, with 70 ns 
DRAM the BEST you could do would be run as fast as 
a 16MHz 80386 PC (62 ns) but with lots of wait 
states. In other words, memory cycle time limits 
non-cache CPU performance to that of a 16MHz 80386.

6. If you whipped out your trusty soldering gun and 
anti-static gear and changed all your memory chips 
to 25 ns SRAMS(on a 33MHz machine w/no cache) would 
the wait states go away? OR is the timing part of the 
hardware architecture? (Pardon me for this seemingly
naive question, but I've been doing software for 8
years.)

7. The PC manufacturers never talk about parity error 
checked memory, ECC memory, Harvard A.(separate 
data/instruction cache), data write-thru cache, 
write buffers (CPU can go on after issuing write 
instruction only), and multi-word memory 
transfers. Are PC mfgs behind the times? Or is this
because of all the canned stuff from the east.

8. Is there ANY manufacturer who has fully exploited 
the power of the 80386 chip? That is, at 33MHz is 
there any hardware that...

   >can support sustained disk I/O >1MB/sec by
     bypassing the AT bus via on-board controllers, or using VME, etc.,

   >has "real" 100% zero wait state memory (probably SRAM), AND 
    expanded/extended memory boards (no wait states 100% of the time),

   >(for PCs) has shadow RAM (BIOS & video),

   >gives you several "real" 32-bit "backplane" slots 
    and controllers for them (Intel or Zeos?),

   >operates FCC class B.

Please POST your comments.



More information about the Unix-pc.general mailing list