home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!math.fu-berlin.de!news.th-darmstadt.de!backus.pu.informatik.th-darmstadt.de!wallmann
- From: wallmann@backus.pu.informatik.th-darmstadt.de (Natuerlich!)
- Newsgroups: comp.sys.atari.st
- Subject: Re: Falcon, Falcon who has got a Falcon
- Date: 23 Jan 1993 19:21:11 GMT
- Organization: MSD software vault #9 @THD
- Lines: 19
- Message-ID: <1js5r7INNevj@rs2.hrz.th-darmstadt.de>
- References: <1993Jan20.194026.25748@westminster.ac.uk> <11809@uqcspe.cs.uq.oz.au> <1993Jan22.162113.13989@bsu-ucs>
- NNTP-Posting-Host: backus.pu.informatik.th-darmstadt.de
-
- In article <1993Jan22.162113.13989@bsu-ucs> 01mbmccabe@leo.bsuvc.bsu.edu writes:
- >> You see, the CPU doesn't spend all it's time accessing memory. Many
- >> instructions involve no memory access at all. Others access memory,
- >> but also spend a lot of time processing the instruction. And if an
- >> instruction or data is already in the on-chip cache, it will be just as
- >> fast regardless of the bus width.
- What about if a DMA transfer is going on, is this done over the video
- (32 bit part) ?
-
- >can someone make a list of typical sorts of programs that would be really
- >"memory-intensive" so as to really suffer from this 16-bit memory bus?
- >
- Anything that's video intensive f.e.
-
- Nat!
- --
- ----- Email: wallmann@backus.pu.informatik.th-darmstadt.de -----
- "Bang that bit that doesn't bang"
- Artist of the month: STOPPOK VfL Bochum: "Unabsteigbar"
-