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