hunt@firqb.dec.com (Phil Hunt) (10/20/87)
Hello all... I just started having a weird problem weird problem with my Mac II. I have a Mac II with 2 meg of memory and a MacBottom 144 meg internal disk drive. The Disk is broken up into subvolumes each about 25 meg large. The disk is about 90 meg full. Now the problem... I was running Multifinder 6.0b6, System 4.2a4 and it is GREAT, but, while running Red Ryder 10.0, I noticed that the system would delay about 6-8 seconds while downloading every 3 minutes or so, causing RR 10.0 to get timeouts, so I switched to regular FINDER and it still does it!! But, now, everything does it, even while I am typing in this message!! The system isn't locked up, the mouse still moves, but what is going on??? I rebuilt my hard disk using Disk Express 1.2 and Disk First Aid 1.2 with no change noticed. My gut feeling is the desktop updates or directory block updates are getting exponentially longer as the disk goes above 80 meg or so. The drive I am using is very fast, so the drive itself cannot be blamed. Apple, if this is the case, what do you suggest??? Phil Hunt
singer@endor.harvard.edu (Richard Siegel) (10/20/87)
In article <11905@decwrl.DEC.COM> hunt@firqb.dec.com (Phil Hunt) writes: >I was running Multifinder 6.0b6, System 4.2a4 and it is GREAT, but, while >running Red Ryder 10.0, I noticed that the system would delay about 6-8 seconds >while downloading every 3 minutes or so, causing RR 10.0 to get timeouts, so I Since the Finder's running in the background, it updates the disk statistics *every time* a write occurs. If you want to see slow, try running MacTerminal under MF with the "Save Lines Off Top" option enabled. Why it happens with the regular Finder, I haven't a clue. -Rich **The opinions stated herein are my own opinions and do not necessarily represent the policies or opinions of my employer (THINK Technologies, Inc). * Richard M. Siegel | {decvax, ucbvax, sun}!harvard!endor!singer * * Customer Support | singer@endor.harvard.edu * * THINK Technologies, Inc. (No snappy quote) *
mrh@Shasta.STANFORD.EDU (Marc Hannah) (10/22/87)
In article <3021@husc6.UUCP>, singer@endor.harvard.edu (Richard Siegel) writes: > Since the Finder's running in the background, it updates the > disk statistics *every time* a write occurs. If you want to see slow, > try running MacTerminal under MF with the "Save Lines Off Top" > option enabled. I believe the final version of MultiFinder addresses this problem somewhat. If the file is busy, I think the Finder 'updates' are not done as regularly as you imply. I know that with early releases of MultiFinder and using the downloading capability of VersaTerm in background, file transfers were slowed down by the Finder doing the updates. This was improved a great deal with later releases of MultiFinder. Since I don't use MacTerminal I don't know about the exact problem you mention but overall the performance has been MUCH improved. David Gelphman
simon@alberta.UUCP (Simon Tortike) (10/25/87)
In article <3021@husc6.UUCP>, singer@endor.harvard.edu (Richard Siegel) writes: > In article <11905@decwrl.DEC.COM> hunt@firqb.dec.com (Phil Hunt) writes: > >I was running Multifinder 6.0b6, System 4.2a4 and it is GREAT, but, while > >running Red Ryder 10.0, I noticed that the system would delay about 6-8 seconds > >while downloading every 3 minutes or so, causing RR 10.0 to get timeouts, so I > > Since the Finder's running in the background, it updates the > disk statistics *every time* a write occurs. If you want to see slow, > try running MacTerminal under MF with the "Save Lines Off Top" > option enabled. > This appears to be a nasty problem with any i/o intensive program running under MultiFinder. I saw the same problem with RR10.0, but more serious for me was when using Absoft's MacFortran/020 FTN compiler. It does a read/write for every line of source. The net compilation rate is *less* on my 2Mb Mac// than on a Mac plus. So working with QUED/M at the same time is out of the question. Is there a Mac//-compatible Switcher anywhere? Or a *good* DA text editor? ------------------- W. Simon Tortike Dept Min, Met & UUCP: {ubc-vision,ihnp4,mnetor}!alberta!simon Petroleum Engg BITNET: stortike@ualtavm Univ. of Alberta AGT: (403) 432-3338 Edmonton, AB Canada T6G 2G6