> We didn't regress with Dwarf Caiman. We are within > the existing memory > checks that the Solaris installer has had in them for > some time. This is > our current requirements:
I wasn't saying that Caiman regressed. I'm saying that installer and therefore Solaris as a whole regressed in terms of memory requirements. One used to be able to install Solaris 2.5.1 on 16MB of RAM. Is anyone laughing at those 16 measly megabytes? I sure am not. This is serious. > 1. SXDE3 (Dwarf)- 786MB - we do exit out if the user > doesn't have > enough memory. We tell them to go to the text based > installer. Now, 768 > is a high limit for Dwarf. We know we can run under > less memory, but not > on any reasonable boundary where we can lower this > requirement at this > time. But, we are working on this. > > 2. SXCE - Interactive GUI - 768MB(same as it has been > for a long time) > > 3. Text installer - windows based - 512MB > > 4. Console based text installer - > 256MB - its not > quite 256MB any > longer. Not sure exactly the numbers though. Again: did somebody, anybody at all, study how sgi solved this particular issue? sgi did not need 256MB of RAM to install IRIX, an OS which was on the order of several gigabytes in his default incarnation and used miniroot more than 15 years ago. It follows logically from this, that 15 years ago most sgi systems only had 24-32MB of RAM, so sgi must have done something right. If the answer is simply "no", why not? This message posted from opensolaris.org _______________________________________________ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org