home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / arch / 10534 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  2.2 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.arch
  4. Subject: Re: BCD Addition
  5. Message-ID: <15395@auspex-gw.auspex.com>
  6. Date: 8 Nov 92 23:51:51 GMT
  7. References: <32580141@hpcuhe.cup.hp.com> <1992Nov4.151413.4203@odin.diku.dk> <1992Nov07.175000.14703@ksmith.uucp>
  8. Sender: news@auspex-gw.auspex.com
  9. Organization: Auspex Systems, Santa Clara
  10. Lines: 43
  11. Nntp-Posting-Host: auspex.auspex.com
  12.  
  13. >>To be more precise: PA-RISC maintains carry bits for each BCD digit,
  14. >>which allows BCD addition/subtraction using a decimal correct
  15. >>instruction after each normal ADD/SUB. (It has IDCOR to re-bias
  16. >>intermediate results, and DCOR to un-bias final results.)
  17.  
  18.     ...
  19.  
  20. >Which probably explains why HP is doing well in the business markets.
  21.  
  22. It might, or it might not.  It depends on how much it speeds BCD
  23. arithmetic up.
  24.  
  25. There may be other explanations (I assume here that HP-PA machines are,
  26. in fact, doing better in business markets than other RISC machines; I'd
  27. have no problem believing it's true, but I have no evidence for or
  28. against that claim).
  29.  
  30. For example, other vendors of RISC machines may simply not be aiming
  31. very hard at that market; IBM may or may not want to have RS/6000's
  32. competing with 3[679]0's and S/38s or AS/400's, and DEC may have
  33. considered DECstations to be for technical markets and VAXes for
  34. commercial markets.
  35.  
  36. Sun hasn't any non-SPARC machines with which SPARC machines might
  37. compete, but Sun hasn't been in the business market as long as HP.
  38.  
  39. >I find it amusing that probably WAY more than half of the CPU cycles
  40. >expended on this globe are probably for some business purpose,
  41.  
  42. Are there any benchmarks for commercial code (e.g., the US Steel COBOL
  43. benchmarks?) that are considered to give numbers that indicate how well
  44. a machine will execute commercial code and, if so:
  45.  
  46.     how well do HP-PA machines do on them relative to
  47.     SPARC/POWER/MIPS/Alpha/etc. machines?
  48.  
  49.     how does the relative performance of the PA machines relative to
  50.     the others compare to their relative performance on other
  51.     benchmarks and applications?  (I.e., a 100 MHz PA7100 machine
  52.     will probably outdo a 25 MHz 7C601 SPARC machine or a 25 MHz
  53.     R2000 machine on COBOL benchmarks, but it'll probably out do
  54.     them when running compilers, engineering applications, etc. as
  55.     well.)
  56.