Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!maverick.ksu.ksu.edu!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!dsinc!netnews.upenn.edu!vax1.cc.lehigh.edu!lehi3b15!batman!halkoD From: halkoD@batman.moravian.EDU (David Halko) Newsgroups: comp.os.os9 Subject: Re: TC-70 vs MM/1 Summary: QT Message-ID: <2658@batman.moravian.EDU> Date: 14 Feb 91 16:08:18 GMT References: <1990Dec28.012907.24001@davidge> <2535@batman.moravian.EDU> <172@blars> Distribution: usa Organization: Moravian College, Bethlehem, PA Lines: 54 In article <172@blars>, blarson@blars writes: >> halkoD@batman.moravian.EDU (David Halko) writes: > >The TC-70 comes with more memory than the MM/1 (from what I last remember...) > > > >Because of the extra memory, the TC-70 is slightly faster than a stock MM/1. > > Extra memory does not, in general, speed up an osk system. (Ghost > modules are kicked out if memory is tight, and putting more stuff on > ram-disk can speed a system, but if your system has enough memory, > adding more will not speed it up.) The slowdown I am speaking of occurs when 68070 and VSC's working memory overlaps, taking up the same address space. That little bit of extra memory (from what I understand) is allocated outside of the VSC space, since the VSC only addresses 1 Meg, thus is accessable faster to the 68070, speeding the machine up... as long as the total ammount of memory is over 1 Meg in any VSC/68K combination, memory access outside of the initial video 1Meg will be faster than outside the 1Meg... I remember a few people saying that this is the case with many graphical based computer systems (including the Amiga.) > >The TC-70 will act as a direct mother board replacement for owners of > >QT systems, > > Only K-Bus systems. My QT+ and QT20x are not K-bus based. From what the literature read, the TC70 card was supposed to fit into the same case & mounting holes of the previous QT's... I could be wrong, but I distinctly read this. Literature is sometimes wrong, sometimes there are misprints. But then again, would you feel that the graphics would be that big of a difference in your case, to drop a 68020 CPU for a 68000 based CPU? > >FHL has been around for quite a few years (over a decade) and delivers > >excellent support! He has delivered me nothing but the greatest support > >over the past couple of years with technical assistance for the > >equipment that I had purchased from him. > Frank is a nice guy, but don't make any purchases based on "this will > be available". (His plans quite often don't become reality.) If you > want info on os releases, new boards, etc. in a timly fassion, you > have to call him and ask. The extra software he supplies is porly > documented, and at least one program he gave me had a real nasty bug. His documentation quite often needs help... that is a definite fact from past experiences! As an experienced user, I really have no problems, but a starting user may be inclined to be a little confused about things! (One friend... well, that is another story...) > > -- > C news and rn for os9/68k! > -- > Bob Larson (blars) blarson@usc.edu usc!blarson > Hiding differences does not make them go away. > Accepting differences makes them unimportant. Brought to you by Super Global Mega Corp .com