Bob: Thanks for reply. I do agree the fine level of resource control is critical for resource management allocation dynamically. It is major work which kernel should do.
However, SW resource management specifically S10 SRM and resource pool management leverage tradition CMP processor structure. It requries more flexible kernel structure defined at CMT and CMP core level than than finer processor based resource management. Please note that all the above implementation is platform architecture specific and processor specific. As for memory management, VM as core kernel implementation does the work since previous Solaris release. Thanks Lei ----- Original Message ----- From: Bob Netherton <[EMAIL PROTECTED]> Date: Monday, March 13, 2006 9:54 am Subject: Re: [zones-discuss] Zones: Some Observations > On Mon, 2006-03-13 at 08:41 -0800, Lei Liu wrote: > > S10 container SRM and > > realated model per zone management would consider hypervisor > > can be do ? > > I would suggest a careful examination of the efficiencies of different > hypervisor architectures. You can lose a lot of optimization if the > hypervisor abstracts too many hardware details (thread to processor > affinity is one such example). So while the more general purpose > the hypervisor (abstracts the most details) the fewer opportunities > for the OS to optimize (and in some cases they futilely optimize - > like a compulsion for a pointless or destructive activity). > > The relevance here is that the abstraction layer presented by > Solaris zones is higher in the stack (near the user space layer) > so all of the platform specific optimizations are available to the > kernel. When you begin to think about the impact of optimizations > such multiple page sizes and memory placement, these details can > becomevery important. And of course reduced VM pressure from > sharing a > common (but secure) buffer cache and shared libraries. > > > Bob > > _______________________________________________ > zones-discuss mailing list > [EMAIL PROTECTED] > _______________________________________________ opensolaris-discuss mailing list [email protected]
