Very true. My customer has 64GB on T2000 and they still want more. Ashley Saulsbury wrote: > Kimberly Chang wrote: > >> Hello Octave, >> >> I have customer running guest LDoms with only 2 x VCPU. They started >> with staying in core boundary then scaled it down to 2 threads and is >> happy with the performance. It's a web tier type of application. >> >> > > Typically what I've been seeing from customers (mostly T1 systems to > date) is that the domain sizing constraint is memory rather than > cpu/strand performance. > > For example, a 32GB machine with 32 strands offers at most 1GB of memory > for each domain - given how memory hungry Solaris is, that's typically > not enough for serious applications. > > Until the cpu/memory ratio changes the limiting factor will be to carve > into slices with more memory (2/4GB domains). > > You can move around as load dictates - though that is likely a second > order optimization. > > cheers, > > ash. > > > > >> Best regards, >> Kimberly Chang >> Systems Engineer >> >> Octave Orgeron wrote: >> >> >>> Hi Everyone, >>> >>> What has been everyone's experience with CPU affinity in LDoms? I'm curious >>> to see how people feel about having multiple guest domains on a single >>> core? Obviously, it makes sense to have larger guest domains own their own >>> cores. But what about the smaller guest domains that don't need a lot of >>> VCPU resources? >>> >>> *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* >>> Octave J. Orgeron >>> Solaris Systems Engineer >>> http://www.opensolaris.org/os/community/sysadmin/ >>> http://unixconsole.blogspot.com >>> unixconsole at yahoo.com >>> *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* >>> >>> >>> >>> >>> >>> ____________________________________________________________________________________ >>> Be a better friend, newshound, and >>> know-it-all with Yahoo! Mobile. Try it now. >>> http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ >>> >>> _______________________________________________ >>> ldoms-discuss mailing list >>> ldoms-discuss at opensolaris.org >>> http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss >>> >>> >> _______________________________________________ >> ldoms-discuss mailing list >> ldoms-discuss at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss >> > > _______________________________________________ > ldoms-discuss mailing list > ldoms-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/ldoms-discuss/attachments/20080128/c1981d36/attachment.html>
