Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!sri-unix!rutgers!cbmvax!daveb
From: daveb@cbmvax.UUCP (Dave Berezowski)
Newsgroups: comp.sys.amiga
Subject: Re: FaccII Information
Message-ID: <2256@cbmvax.UUCP>
Date: Wed, 26-Aug-87 09:25:51 EDT
Article-I.D.: cbmvax.2256
Posted: Wed Aug 26 09:25:51 1987
Date-Received: Fri, 28-Aug-87 04:33:27 EDT
References: <3816@well.UUCP>
Reply-To: daveb@cbmvax.UUCP (Dave Berezowski)
Organization: Commodore Technology, West Chester, PA
Lines: 19
Keywords: Upgrade Availability, New Features

Perry writes:
>    4. FaccII can automatically detect memory shortages elsewhere in
>       your Amiga  in  a  completely operating system compatible way
>       that costs no additional overhead.
>        
>       You can make  your buffer  cache as  large as you like and if
>       memory should run short  elsewhere  on the system FaccII will
>       automatically release a portion of its buffer cache. The best
>       of both worlds! Lots of buffers and  yet lots of free memory!
>       And let me stress that FaccII's method for accomplishing this
>       is completely o.s. compatible and incurs no overhead and will
>       work completely transparantly to any program.

	Once FaccII has given up some of its memory due to low memory
conditions, does it ever try to get the memory back under high memory
conditions.  Do you see the problem here?  You start out with lots of memory
for FaccII but due to low memory conditions it frees up a lot of its
memory.  Later when the system releases the memory it took, FaccII
doesn't get it back.