Aubrey Li wrote:
> On Nov 8, 2007 12:32 PM, Moinak Ghosh <[EMAIL PROTECTED]> wrote:
>   
>> Sanjay Nadkarni wrote:
>>     
>>> Aubrey Li wrote:
>>>
>>>       
>>>> On Nov 8, 2007 10:12 AM, Sanjay Nadkarni <[EMAIL PROTECTED]> wrote:
>>>>
>>>>
>>>>         
>>>>> Shawn Walker wrote:
>>>>>
>>>>>
>>>>>           
>>>>>> On 07/11/2007, Aubrey Li <[EMAIL PROTECTED]> wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>             
>>>>>>> One of my colleagues complains Indiana can't install on his 256M-memory 
>>>>>>> box.
>>>>>>> He said the Indiana installer demands at least 512M memory, is that 
>>>>>>> true?
>>>>>>> If so, can this issue be worked around?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>               
>>>>>> It's true for now; I believe there is work to reduce it in the future.
>>>>>>
>>>>>>
>>>>>>
>>>>>>             
>>>>> To be precise, there may be some work to reduce the size of microroot
>>>>> which will enable a live CD to boot on systems with less 512MB.  However
>>>>> there are no specific  plana on making it  install on 256 MB systems.
>>>>> However, that does not preclude someone from creating a new distro
>>>>> (using the distro constructor + some work:-) that would address this
>>>>> class of systems.
>>>>>
>>>>>
>>>>>
>>>>>           
>>>> So we'll boot on systems with less 512MB memory by livdCD. But we can't 
>>>> install.
>>>> This doesn't make any sense!
>>>>
>>>> Is there any reason why 256MB systems doesn't work? The whole CD is just 
>>>> ~700MB,
>>>> what eat up the available memory?
>>>>
>>>>
>>>>         
>>> I am not sure I see the connection between the size of the CD and memory
>>> size.  The data on the CD is in a compressed format.  One boots a
>>> mircoroot.  A number of files such as headers, lint libraries etc and
>>> never expanded.   The disk space on the installed system  is about 2GB.
>>> On the installed system ZFS is  the default file system.  This  puts
>>> more memory pressure and the overall system behavior will not be very
>>> good.  One can probably get around this tuning the ZFS ARC, but that is
>>> not the direction we are aiming for in Indiana.
>>>
>>>       
>>    To add to that. The current microroot size is mainly because
>>    of the presence of unused amd64 binaries in the ramdisk.
>>    Ideally the 32 and 64 bit microroots should be separate.
>>
>>    As Sanjay states there is no connection between CD size and
>>    memory usage. BeleniX has a DVD image that still uses only
>>    60MB sized ramdisk.
>>
>>     
> I of course know there is no connection between CD size and memory usage.
> I just wonder all of SXCE, BeleniX Nexenta are ok with 256M system,
> why indiana does not.
> When I said It has ~700M size, I mean it shouldn't include more new
> package need to be loaded and occupy memory.
>   

   It is because the miniroot is 146M in size which on a 256M
   RAM system does not leave enough memory to run GNOME.
   A smaller miniroot combined with an alternative lighter
   weight WM like Xfce will be needed.

Regards,
Moinak.

> -Aubrey
>   

_______________________________________________
indiana-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss

Reply via email to