Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!seismo!ut-sally!husc6!think!ames!amdahl!ptsfa!hoptoad!academ!killer!elg From: elg@killer.UUCP (Eric Green) Newsgroups: comp.sys.cbm Subject: Re: assembler info wanted Message-ID: <1126@killer.UUCP> Date: Fri, 10-Jul-87 19:46:59 EDT Article-I.D.: killer.1126 Posted: Fri Jul 10 19:46:59 1987 Date-Received: Thu, 16-Jul-87 06:53:20 EDT References: <1124@killer.UUCP> Distribution: na Organization: Bayou Telecommunications Lines: 38 in article <1124@killer.UUCP>, sentinel@killer.UUCP (The Sentinel) says: > In article <1123@killer.UUCP>, elg@killer.UUCP (Eric Green) writes: >> compiler produced better code! (not to mention the problem of linking in the >> library -- has ANYBODY figured out a way to wait less than three minutes after >> hitting the "^" key?!). > > Can you post a patch for the assembler with the changes you have made to > it? I am interested in speeding it up, as I'm using it quite a bit now. I > haven't fed it any real big programs yet, but it's nice to know it can > handle them. OK, will do, when I can (I don't up/download via PC Pursuit, I will do the "diff" with one of the USL minis and then EMAIL it to myself -- a computer is much more patient over PC Pursuit than I am!). Note that since I have about 50 jillion things to do and a month and a half to do them, it may take me awhile to get around to it.... > I haven't noticed any excessive time being taken up by linking. I don't > know what you're doing with it, but I don't think it's ever taken 3 minutes > to search the library any time I've done it. After some observation, I've > noticed that most of the time spent in library searching is in directory > access time. I haven't tried C-Power with anything other than a 1571 and a > 1541, but I think that a different drive would speed things up considerably. > A 1581, for instance, would probably be significantly better because of it's > whole track buffering, so all parts of the directory would be accessed > equally fast. I guess I exaggerate somewhat. But after the fast speed of linking in the major object modules, waiting for the directory searches for all these tiny object modules is a Real Drag. This could be solved with a more-intelligent linker which could fetch only PARTS of a file... then you could do it like the old "Collossal Cave" adventure (in BASIC), which had about 40 files, each with about five "look"-type messages in it... so who volunteers to write the linker?! (:-). > Rob Tillotson ...ihnp4!killer!sentinel Eric Green {ihnp4,cbosgd}!killer!elg