This question was asked:

2. if a zone pool shares out resources dynamically how do I correlate that with my performance data? For example if a CPU were to be 'imported' by one zone from another, how do I know by looking at the performance data?


It was suggestion to use poolstat. which supports an interval and a count. Could an example output be provided showing how this is interpreted?

Just a comment on some other ideas that might be useful. For validating variable processes, log into the zone and verify that the number of processor are indeed enabled by using the "psrinfo -vp",

workzone1# psrinfo -vp
The physical processor has 1 virtual processor (0)
  x86 (AuthenticAMD family 15 model 5 step 1 clock 2193 MHz)
        AMD Opteron(tm) Processor 248
The physical processor has 1 virtual processor (1)
  x86 (AuthenticAMD family 15 model 5 step 1 clock 2193 MHz)
        AMD Opteron(tm) Processor 248
The physical processor has 1 virtual processor (2)
  x86 (AuthenticAMD family 15 model 5 step 1 clock 2193 MHz)
        AMD Opteron(tm) Processor 248
workzone1#



Also prstat -Z -n 9,11 -R will produce a display that will dynamicall change as processing is executed.


Use /usr/bin/prstat -Z. to show zone process status.

global# /usr/bin/prstat -Z
   PID USERNAME  SIZE   RSS STATE  PRI NICE      TIME  CPU PROCESS/NLWP
  2008 root     4000K 1168K cpu513  28    0   0:02:11 3.7% cpuhog.pl/1
  2018 root     4000K 1168K cpu1    32    0   0:02:11 3.7% cpuhog.pl/1
  2015 root     4000K 1168K cpu515  30    0   0:02:13 3.6% cpuhog.pl/1
  2020 root     4000K 1168K cpu3    29    0   0:02:13 3.6% cpuhog.pl/1
  2010 root     4000K 1168K run     17    0   0:02:11 3.5% cpuhog.pl/1
  2013 root     4000K 1168K run     28    0   0:02:11 3.5% cpuhog.pl/1
  2005 root     4008K 2320K run      8    0   0:02:11 3.5% cpuhog.pl/1
  2014 root     4000K 1168K cpu0    30    0   0:02:11 3.5% cpuhog.pl/1
  2007 root     4000K 1168K run     20    0   0:02:11 3.5% cpuhog.pl/1
  2016 root     4000K 1168K cpu512  28    0   0:02:12 3.5% cpuhog.pl/1
  2021 root     4000K 1168K run     17    0   0:02:11 3.4% cpuhog.pl/1
  2009 root     4000K 1168K run     14    0   0:02:14 3.3% cpuhog.pl/1
  2012 root     4000K 1168K run     16    0   0:02:08 3.3% cpuhog.pl/1
  2006 root     4000K 1304K run     18    0   0:02:13 3.3% cpuhog.pl/1
  2017 root     4000K 1168K run     25    0   0:02:10 3.3% cpuhog.pl/1
ZONEID    NPROC  SIZE   RSS MEMORY      TIME  CPU ZONE
     2       51  182M   93M   0.5%   0:37:27  59% workzone1
     4       51  182M   92M   0.5%   0:16:25  30% workzone2
     3       51  183M   93M   0.5%   0:16:30  10% workzone3
     0       61  359M  194M   1.1%   0:00:11 0.1% global
     1       34  116M   72M   0.4%   0:00:12 0.0% workzone4
Total: 248 processes, 659 lwps, load averages: 51.19, 40.28, 20.52
<control -C>
global#



Jeff Victor wrote:
George Davis wrote:
Zone/Container Gurus,
 
My customers' DBAs ask:
 
1. how do I collect historical performance data on a 'per zone' basis?

With extended accounting.  See acctadm(1M) and docs.sun.com.

2. if a zone pool shares out resources dynamically how do I correlate that with my performance data? For example if a CPU were to be 'imported' by one zone from another, how do I know by looking at the performance data?

poolstat(1M) tells you this.

3. is it still true that you need to reboot a zone when adding a new disk?

Don't know.

--------------------------------------------------------------------------
Jeff VICTOR              Sun Microsystems            jeff.victor @ sun.com
OS Ambassador            Sr. Technical Specialist
Solaris 10 Zones FAQ:    http://www.opensolaris.org/os/community/zones/faq
--------------------------------------------------------------------------
_______________________________________________
zones-discuss mailing list
zones-discuss@opensolaris.org


--

Michael Barto
Software Architect

LogiQwest Circle
LogiQwest Inc.
16458 Bolsa Chica Street, # 15
Huntington Beach, CA  92649
http://www.logiqwest.com/

    [EMAIL PROTECTED]
Tel:  714 377 3705
Fax: 714 840 3937
Cell: 714 883 1949

'tis a gift to be simple
This e-mail may contain LogiQwest proprietary information and should be treated as confidential.
_______________________________________________
zones-discuss mailing list
zones-discuss@opensolaris.org

Reply via email to