Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!cs.utexas.edu!execu!sequoia!rpp386!jfh
From: jfh@rpp386.cactus.org (John F. Haugh II)
Newsgroups: comp.unix.aix
Subject: Re: System/6000 questions.
Message-ID: <18451@rpp386.cactus.org>
Date: 12 Jul 90 04:43:31 GMT
References: <4913@darkstar.ucsc.edu> <1990Jul6.043838.16963@edm.uucp>
Reply-To: jfh@rpp386.cactus.org (John F. Haugh II)
Organization: Lone Star Cafe and BBS Service
Lines: 18
X-Clever-Slogan: Recycle or Die.

In article <1990Jul6.043838.16963@edm.uucp> geoff@edm.uucp (Geoff Coleman) writes:
>	Last I heard a 6000 wouldn't boot with less than 16 Mbytes because of
>building stuff in RAM. I do know that you can allocate 8 Mbyte for debug
>purposes (which effectively takes it out of use) and we saw no performance
>degradation up to at least 20 users for our Progress application (accounting
>software).

As of several weeks ago, the 8MB boot problems were resolved.  The
last problem I was aware of involved a step in the installation process
where a S/6000 Model 320 would thrash if too many LPPs were installed.

This problem was resolved, and as far as I know, there are no remaining
installation problems involving 8MB machines.
-- 
John F. Haugh II                             UUCP: ...!cs.utexas.edu!rpp386!jfh
Ma Bell: (512) 832-8832                           Domain: jfh@rpp386.cactus.org

                                            Proud Pilot of RS/6000 Serial #1472