home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / benchmar / 1865 < prev    next >
Encoding:
Internet Message Format  |  1992-12-12  |  2.3 KB
  1. Xref: sparky comp.benchmarks:1865 comp.arch:11599
  2. Newsgroups: comp.benchmarks,comp.arch
  3. Path: sparky!uunet!spool.mu.edu!uwm.edu!zaphod.mps.ohio-state.edu!usc!enterpoop.mit.edu!eff!ssd.intel.com!ichips!ichips!glew
  4. From: glew@pdx007.intel.com (Andy Glew)
  5. Subject: Re: VMEbus PCs
  6. In-Reply-To: adams@pdv2.fmr.maschinenbau.th-darmstadt.de's message of Thu, 10 Dec 1992 19:52:26 GMT
  7. Message-ID: <GLEW.92Dec12151952@pdx007.intel.com>
  8. Sender: news@ichips.intel.com (News Account)
  9. Organization: Intel Corp., Hillsboro, Oregon
  10. References: <WAYNE.92Nov18185710@backbone.uucp> <1992Nov25.104313.12274@cadlab.sublink.org>
  11.     <wilson.723435964@moonshine> <id.7ZLV.TF2@ferranti.com>
  12.     <ADAMS.92Dec9012224@PDV2.pdv2.fmr.maschinenbau.th-darmstadt.de>
  13.     <GLEW.92Dec9215057@pdx007.intel.com>
  14.     <ADAMS.92Dec10195226@PDV2.pdv2.fmr.maschinenbau.th-darmstadt.de>
  15. Date: Sat, 12 Dec 1992 23:19:52 GMT
  16. Lines: 52
  17.  
  18.  
  19.  
  20.     Up to know, we did not see a trustworthy implementation
  21.     of  READ-MODIFY-WRITE cycles by VMEBus PCs, though
  22.     VMEBus provides it, and "lock" is a valid prefix for operations
  23.     on x86.
  24.  
  25. Many VMEbus SBCs do not provide an entirely trustworthy
  26. implementation of READ-MODIFY-WRITEs.
  27.  
  28. "Lock" is only a recent addition to VMEbus. It was not part of the
  29. standard for a long time (in fact, I'm not even sure that it is now
  30. part of the standard).
  31.  
  32. Several machines use tricks like maintaining a continuous address
  33. strobe for RMWs that access a single location. Of course, this means
  34. that 68000 instructions that access more than one location, like
  35. compare and swap double, don't work.
  36.  
  37. And, of course, the address strobe tricks reduce performance for
  38. secondary busses, like VSB.
  39.  
  40.  
  41. Moral: locking of data on VMEbus has very much been a catch as catch
  42. can world. See my synchronization survey for details.
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.     >   Andy Glew, glew@ichips.intel.com
  50.     >   Intel Corp., M/S JF1-19, 5200 NE Elam Young Pkwy, 
  51.     ^^^^^
  52.     BIASED???
  53.  
  54. Of course you may think I'm biased (although I try not to be). That's
  55. why I put my company in my .signature -- so you can account for it.
  56.  
  57. By the way, before Intel I worked for Motorola's VMEbus group.
  58.  
  59.  
  60. --
  61.  
  62. Andy Glew, glew@ichips.intel.com
  63. Intel Corp., M/S JF1-19, 5200 NE Elam Young Pkwy, 
  64. Hillsboro, Oregon 97124-6497
  65.  
  66. This is a private posting; it does not indicate opinions or positions
  67. of Intel Corp.
  68.  
  69. Intel Inside (tm)
  70.