Path: utzoo!utgpu!watmath!clyde!att!rutgers!gatech!mcnc!decvax!decwrl!sun!imagen!atari!danscott
From: danscott@atari.UUCP (Dan Scott)
Newsgroups: comp.sys.atari.st
Subject: Re: TOS Replacement Project
Message-ID: <1252@atari.UUCP>
Date: 2 Dec 88 18:32:45 GMT
References: <359@sdcc14.ucsd.edu>
Organization: Atari Corp., Sunnyvale CA.
Lines: 22

in article <359@sdcc14.ucsd.edu>, cs64fba@sdcc14.ucsd.edu (TAI) says:
> Sender:pa1132@sdcc15.ucsd.edu via sdcc14.ucsd.edu
> Keywords:TOS, STOS, ST-LOG, 68000
> 
> Has anyone read the newest issue of ST-log?  In an article
> concerning the X-former II (8-bit Atari Emulator) the author states
> that the TOS uses non-optimizing 68000 codes "everywhere".  This
> must be one reason for GEM's slowness.  Perhaps one approach
> currently for improving the ST is to write faster, more optimizing
> routines for components of GEM/TOS (such as AES, VDI, and Line-A
> routines) and interface these routines to the OS so that programs
> which call these TOS routines often can use our faster routines
> instead, like what the program "Turbo ST" is
> trying to do.


That is not exactly true.  TOS is a combination of both 68000 assembly AND
C code.  True it is mostly C, but more and more is being replaced w/
assembler (TOS 1.4 is a good example).


Dan