home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / programm / 3365 < prev    next >
Encoding:
Text File  |  1992-12-24  |  2.0 KB  |  45 lines
  1. Newsgroups: comp.programming
  2. Path: sparky!uunet!psgrain!neon!nestmoi!jim
  3. From: jim@nestmoi.rain.com (Jim Chorn)
  4. Subject: Re: Semaphores, Swap, or Test_And_Set
  5. Message-ID: <1992Dec24.065103.7263@nestmoi.rain.com>
  6. Followup-To: comp.arch
  7. Lines: 1860
  8. Organization: none - Portland, OR
  9. References: <1992Dec22.055727.8056@nestmoi.rain.com> <1h7htbINNdg6@usenet.INS.CWRU.Edu> <1992Dec22.192229.17569@pasteur.Berkeley.EDU> <1h87slINNshf@rodan.UU.NET>
  10. Date: Thu, 24 Dec 1992 06:51:03 GMT
  11.  
  12. In Article <1h87slINNshf@rodan.UU.NET> Vadim Antonov writes:
  13.     -> Never mind DMA. So far i saw no x86 machines (even real
  14.     -> multiprocessors like Sequent i currently enjoy looking at
  15.     -> through my office door) which have circuitry protecting
  16.     -> DMA from colliding with locked memory locations.
  17. Like I stated before, It depends on the hardware.
  18. The Sequent cache has bus watching circuitry which causes DMA's to
  19. invalidate cache lines on each transfer. Have you removed it? ;-)
  20.  
  21.     -> LOCK prefix is useful only for multiprocessing, period.
  22. Again, it depends on the hardware.
  23.  
  24.     -> 386 isn't really good for multiprocessing (no per-page
  25.     -> cacheability control), it was amended in 486 (but they
  26.     -> added non-coherent internal cache to keep life funnier,
  27.     -> sigh).
  28. Again, (sigh) it depends on the hardware. Per page cache controls
  29. make multiprocessor software easier for some cases but this can
  30. also be accomplished in the cache controller. As for the 386 not
  31. being good, then why did Sequent select the 386 for a multiprocessor
  32. system? ;-)
  33.  
  34. With the advent of today's ASIC hardware technology, almost *any*
  35. general purpose cpu can be used in a multiprocessor system. How
  36. fast the system really is depends on several factors including bus,
  37. cache and memory bandwidth as well as processor topology and what
  38. application the system design is targeted to solve. Each of these
  39. areas are complex and should be discussed in other news groups.
  40.  
  41. I've put follow-ups to comp.arch for which I have no news feed
  42. so please email me if you wish to continue this discussion.
  43.  
  44. -jim        jim@nestmoi.rain.com
  45.