Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!sppy00!glf From: glf@sppy00.UUCP (Hill) Newsgroups: comp.sys.mac.misc Subject: Re: SuperLaserSpool Problems Message-ID: <966@sppy00.UUCP> Date: 10 Oct 90 20:44:45 GMT References: <1990Oct9.210343.3330@cbnewsj.att.com> Reply-To: glf@sppy00.UUCP (Greg Feldman-Hill) Distribution: na Organization: Online Computer Library Center, Dublin, Ohio. Lines: 52 In article <1990Oct9.210343.3330@cbnewsj.att.com> dsk@cbnewsj.att.com (donald.s.klett) writes: >I have a Mac SE, 4MB, HP DeskJet, about 10 INITs, MacPrint 1.2. Also I am >running ATM 2.0. At first the SLS would completely monopolize the system. >I talked with 5th Generation (Supermac sold SLS) tech support and they >suggested [... suggestions and (very little) results removed ...] And I thought it was just me. I'm running a Mac+ with System 6.0.3, 2.5 MEG and a LaserWriterIISC with about 8-10 VERY standard, VERY stable INITs, as well as ATM and TypeAlign (which is not to imply that these last two aren't stable ... they are). When SLS2.0 is spooling a document, it can take 4, 6, or even 8 seconds for the application to get control JUST so I can pull down a menu. Move-to-Menu, Point, Click, W A I T A L O N G T I M E, Menu-shows-up AARRGGHHH! 5GS told me that it wasn't their fault, something else (another INIT) was hogging the system. The only INIT I have that should be continuously monitoring the system would be Moire (screen saver), since it's checking out the mouse position all the time as well as running a timer to know when to kick in. So, I removed it to see if they were trying to steal CPU cycles from each other. NOPE! Almost no difference. I don't really care how long I wait for a doc to print. I know that the more work I'm doing in an application, the slower the doc will be to print, but *I* want to decide that. I'll choose a faster responding application and a slower to print doc. I guess 1) I'll live with it, 2) I'll try some more stuff to speed SLS up, or 3) ... >I will send it back for a refund. > Not quite a happy camper. -=< Greg >=- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Greg Feldman-Hill {seismo|cbosgd}!osu-cis!sppy00!glf -OR- gfh@rsch.oclc.org OCLC - Online Computer Library Center ... Dublin, Ohio "If winning is not important, then Commander, why keep score?" -- Worf -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Greg Feldman-Hill {seismo|cbosgd}!osu-cis!sppy00!glf -OR- gfh@rsch.oclc.org OCLC - Online Computer Library Center ... Dublin, Ohio "If winning is not important, then Commander, why keep score?" -- Worf