Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 5/3/83; site utcsrgv.UUCP
Path: utzoo!utcsrgv!info-mac
From: info-mac@utcsrgv.UUCP (info-mac)
Newsgroups: ont.micro.mac
Subject: Re: Slow and Impossible
Message-ID: <4450@utcsrgv.UUCP>
Date: Sat, 2-Jun-84 01:42:14 EDT
Article-I.D.: utcsrgv.4450
Posted: Sat Jun  2 01:42:14 1984
Date-Received: Sat, 2-Jun-84 01:49:28 EDT
Sender: peterr@utcsrgv.UUCP
Organization: CSRG, University of Toronto
Lines: 28

Date: 31 May 84 16:37:17 PDT
From: uw-beaver!wert.pa@XEROX.ARPA
Subject: Re: Slow and Impossible
In-Reply-To: <8405312309.AA13556@ucbkim.ARPA>
To: hamachi%ucbkim@UCB-VAX.ARPA (Gordon Hamachi)
Cc: wert.pa@XEROX.ARPA, info-mac@SUMEX-AIM.ARPA

	It seems likely that the Macintosh design team did NOT overlooked
	this problem.  They were probably forced to rushed the 1.0 finder
	out the door before it was ready.  Is the problem fixed in later
	a version?

This problem does not go away with the 1.1g finder. I think this is a
bad design decision (it should start tossing out folder info as the
system heap gets full). Having 512k of memory will certainly help the
out of memory problem, but not the slowness problem.

As far as sights being short, consider another problem: There is no way
to partition file names into managable groups, i.e., no directories.
Folders clean up your desktop, but not the disk. This is not that much
of a problem for the small floppies, but consider how you will end up
naming the hundreds or thousands of files on a 10 MB winchester? Are you
going to want to read all their names and info into memory too?

scott