Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!pyramid!voder!apple!lsr
From: lsr@apple.UUCP (Larry Rosenstein)
Newsgroups: comp.sys.mac
Subject: Re: Slow DeskTop-Updating with Finder-6.0 PROBLEM??
Message-ID: <6772@apple.UUCP>
Date: Wed, 18-Nov-87 19:57:48 EST
Article-I.D.: apple.6772
Posted: Wed Nov 18 19:57:48 1987
Date-Received: Sat, 21-Nov-87 12:00:57 EST
References: <6769@ut-ngp.UUCP> <6698@apple.UUCP>
Reply-To: lsr@apple.UUCP (Larry Rosenstein)
Organization: Advanced Technology Group, Apple Computer
Lines: 35

In article <6698@apple.UUCP> lsr@apple.UUCP (Larry Rosenstein) writes:
>In article <6769@ut-ngp.UUCP> kraut@ut-ngp.UUCP (Werner Uhrig) writes:
>>PS: the Finder-6.0 comes configured to use 160k, by default, and I wonder if
>>	increasing that might help in some circumstances.  
>
>I don't think so.  Finder 6.0 uses the Multifinder temporary memory

I have to retract this statement.  As some other people pointed out, there
are things which require memory in the Finder's heap:

* Saving bits under menus..  If you have a color screen this can take a lot of
space; if the system can't get the space it will generate an updateevent
which will slow things down.

* Mounting volumes.  The Finder has to read the desktop information into its
own heap.

* Disk copying.  Although the Finder uses spare memory to do the copy, it
needs to update the desktop file using the Resource Manager, and this
requires space in the Finder's heap.

So if you do a lot of large volume copying, or use several disks at once
(eg, file servers), it may make sense to increase the Finder's memory
allocation.

Sorry for the confusion.

-- 
Larry Rosenstein

Object Specialist
Apple Computer

AppleLink: Rosenstein1
UUCP:  {sun, voder, nsc, mtxinu, dual}!apple!lsr
CSNET: lsr@Apple.com