Depends on the software involved really, say Oracle for instance
installs quite ok on sparse root, and sparse root does have some advantages.
1. easier to patch, both in terms of performance and reliability ( as
most core os is shared )
2. less memory overhead, shared libs in inherited dirs are only loaded
once ( where as in whole root the non global zone will load it's own
copy into memory )
3 less space used.
If you intend to install some software to use /lib then perhaps inherit
the other directories such as /platform ( chances of needing a local
/platform in the non global zone are very remote in most cases )
But as most third party software installs to user defined directories
then sparse will work just fine, and provide the benefits listed.
global and zones are tightly coupled anyway, whether whole or sparse,
and if moving zones, then sparse is best really in my opinion, as a
whole root zones /lib etc might need to be modified whereas assuming the
zone can attach, in a sparse there is no work to be done.
Sengor . wrote:
> Generally if unsure what the zone's going go to be used for over the
> time and you are not concerned about disk space, go with the whole
> root zone "create -b".
> Sparse root zones can end up creating obstacles, and in my opinion
> should be used only if disk space's limited. Furthermore sparse zones
> couple the global zone with local zone, hence decreasing portability.
> On 12/10/07, elkhaoul elkhaoul <[EMAIL PROTECTED]> wrote:
>> What's model is generally used to set up zone ? Whole root or sparse model ?
>> Thanks a lot for your answer.
>> Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo!
>> zones-discuss mailing list
zones-discuss mailing list