home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / atari / st / 18506 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  2.6 KB

  1. Path: sparky!uunet!cs.utexas.edu!usc!chaph.usc.edu!phakt.usc.edu!not-for-mail
  2. From: baffoni@phakt.usc.edu (Juxtaposer)
  3. Newsgroups: comp.sys.atari.st
  4. Subject: Re: The Great Falcon Debate
  5. Date: 16 Dec 1992 12:03:50 -0800
  6. Organization: University of Southern California, Los Angeles, CA
  7. Lines: 42
  8. Message-ID: <1go236INNdkn@phakt.usc.edu>
  9. References: <1992Dec9.145828.2736@aston.ac.uk> <1992Dec10.221041.28151@dcs.warwick.ac.uk> <29415@castle.ed.ac.uk>
  10. NNTP-Posting-Host: phakt.usc.edu
  11.  
  12. In article <29415@castle.ed.ac.uk> marks@castle.ed.ac.uk (Mark Steyn) writes:
  13. >leo@dcs.warwick.ac.uk (Leo Hendry) writes:
  14. >>In article <1992Dec9.145828.2736@aston.ac.uk> wintermi@cs.aston.ac.uk writes:
  15. >>Ahh, but the standard memory is not 32-bit.  If 3rd party 32-bit memory
  16. >>upgrades using the 68882 socket can be made then you are right, but I have
  17. >>not been convinced than this is possible.
  18.  
  19. >No, the standard memory is 32 bit.  Only the 68030 had 16 bit access to 
  20. >memory, other parts of the Falcon have full 32 bit access.
  21.  
  22. >    Mark
  23.  
  24.     If the only thing skimped on is the 16 datalines from the CPU to the
  25. "standard" memory, wouldn't it be possible to simply make an adapter from the
  26. 68882 socket (which to my knowledge _must_ have all data lines to the CPU)
  27. and run it to either a) a nice adapter that plugs inbetween the memory card and
  28. the memory socket or b) a nice hack that directly connects the 16 data lines
  29. to the appropriate 16 data lines on the memory card?  This alone should give
  30. a roughly 2x speed increase on CPU throughput (memory expansion aside - I 
  31. personally do not see that the first-time/casual/hobby-type person who buys
  32. the Falcon will be likely to need more than 14MB, but lets not get into _that_
  33. flammage :).  Of course, the speed will still be somewhat slower than that of
  34. the TT as (especially in higher rez/color modes) there will still be a 
  35. significant amount of bandwith being used for video, but nearly all CPU 
  36. accesses will be twice as fast (I say nearly because of factors such as cache,
  37. instruction pipelining, etc. already speed up the '030 to reduce the effects
  38. of such bottlenecks).
  39.  
  40.     Or is the '030's ability to use 8/16/32 bit data buses not "auto-
  41. sensing" (in which case you would have to alter the logic that decides whether
  42. it is using a 16/32 bit bus)?  Would the software conflict (ie it expects 
  43. 16 bits/transfer) or is the bus size transparent to the software?
  44.  
  45.     I apologize if this has already been asked/answered but I am in the 
  46. process of trying to catchup to some 400 messages :(. 
  47.  
  48. >-- 
  49. >"A little nonsense now and then,        \ Mark Steyn :          \
  50. > Is relished by the wisest men"             \ marks@castle.ed.ac.uk \
  51. >          Willy Wonka                  \ mpjs@dcs.ed.ac.uk     \
  52.  
  53.  
  54.