From: Alan Vidmar (Alan.Vidmar@COLORADO.EDU)
Date: Wed Jan 14 2004 - 18:33:58 EST
Not sure if these tools are available in 5.1. There isn't a "bos.perf.tune" fileset
only "bos.perf.tools".
I even went so far as to search all of my AIX 5.1 CDs for that fileset. Nada.
Thanks,
Alan
On 14 Jan 2004 at 18:16, jbarratt wrote:
>
> btw...
>
> ioo -h parameter displays help and info
>
> ie
> # ioo -h minpgahead
> Help for tunable minpgahead:
> Specifies the number of pages with which sequential read-ahead starts. Default:
> 2; Range: 0 to 4096 (should be a power of two). Observe the elapsed execution
> time of critical sequential-I/O- dependent applications with time command.
> Useful to increase if there are lots of large sequential accesses. Observe other
> applications to ensure that their performance has not deteriorated. Value of 0
> may be useful if I/O pattern is purely random.
>
> pretty slick eh?
>
> btw2: /usr/sbin/iooand /usr/sbinvmo area part of bos.perf.tune
>
>
>
>
>
> -----Original Message-----
> From: jbarratt [mailto:jbarratt@compsat.com]
> Sent: Wednesday, January 14, 2004 6:01 PM
> To: 'Alan.Vidmar@COLORADO.EDU'; 'aix-l@Princeton.EDU'
> Subject: RE: Paging space on a fastT
>
> the vmtune parameters (now ioo/vmo under 5.1/5.2) that are specific to
> filesystems now have jfs2 couterparts.the output below shows default ioo numbers
>
>
> # ioo -a
> minpgahead = 2
> maxpgahead = 8
> pd_npages = 65536
> maxrandwrt = 0
> numclust = 1
> numfsbufs = 196
> sync_release_ilock = 0
> lvm_bufcnt = 9
> j2_minPageReadAhead = 2
> j2_maxPageReadAhead = 8
> j2_nBufferPerPagerDevice = 512
> j2_nPagesPerWriteBehindCluster = 32
> j2_maxRandomWrite = 0
> j2_nRandomCluster = 0
> hd_pvs_opn = 1
>
> -----Original Message-----
> From: IBM AIX Discussion List [mailto:aix-l@Princeton.EDU] On Behalf Of Alan
> Vidmar Sent: Wednesday, January 14, 2004 2:50 PM To: aix-l@Princeton.EDU
> Subject: Re: Paging space on a fastT
>
> > Also be aware that if these are jfs2 filesystems, make the necessary
> > changes to the j2_* parameters also
>
> What does this mean?
> TIA,
> Alan
>
> On 14 Jan 2004 at 12:25, jbarratt wrote:
>
> Date sent: Wed, 14 Jan 2004 12:25:10 -0500
> Send reply to: IBM AIX Discussion List <aix-l@Princeton.EDU>
> From: jbarratt <jbarratt@COMPSAT.COM>
> Subject: Re: Paging space on a fastT
> Originally to: IBM AIX Discussion List <aix-l@Princeton.EDU>
> To: aix-l@Princeton.EDU
>
> > I assume many people are going to recommend you crank down minperm and
> > maxperm, after that you might want to look at some of the other
> > variables. Particularly maxpgahead (if you do a lot of consecutive
> > reads), maxrandwrt if your I/O wait goes up when syncd runs, and
> > lvm_bufcnt if the oracle instance under SAP resides on raw devices..
> > Also be aware of necessary changes to minfree/maxfree due to some
> > co/interdependencies
> >
> > Also be aware that if these are jfs2 filesystems, make the necessary
> > changes to the j2_* parameters also
> >
> >
> >
> >
> >
> > -----Original Message-----
> > From: IBM AIX Discussion List [mailto:aix-l@Princeton.EDU] On Behalf Of
> > Wilson, Jeff
> > Sent: Wednesday, January 14, 2004 11:55 AM
> > To: aix-l@Princeton.EDU
> > Subject: Re: Paging space on a fastT
> >
> >
> > Here is my vmtune results .
> >
> > vmtune: current values:
> > -p -P -r -R -f -F -N
> > -W
> > minperm maxperm minpgahead maxpgahead minfree maxfree pd_npages
> > maxrandwrt
> > 401040 1604160 2 8 120 128 65536
> > 0
> >
> > -M -w -k -c -b -B -u -l
> > -d
> > maxpin npswarn npskill numclust numfsbufs hd_pbuf_cnt lvm_bufcnt
> > lrubucket defps
> > 1677709 88064 22016 1 186 1152 9
> > 131072 1
> >
> > -s -n -S -L -g
> > -h
> > sync_release_ilock nokilluid v_pinshm lgpg_regions lgpg_size
> > strict_maxperm
> > 0 0 0 0 0 0
> >
> > -t -j -J -z
> > maxclient j2_nPagesPer j2_maxRandomWrite j2_nRandomCluster
> > 1604160 32 0 0
> >
> > -Z -q -Q -y
> > j2_nBufferPer j2_minPageReadAhead j2_maxPageReadAhead memory_affinity
> > 512 2 8 0
> >
> > -V -i
> > num_spec_dataseg spec_dataseg_int
> > 0 512
> >
> > PTA balance threshold percentage = 50.0%
> >
> > number of valid memory pages = 2097136 maxperm=80.0% of real memory
> > maximum pinable=80.0% of real memory minperm=20.0% of real memory
> > number of file memory pages = 1287466 numperm=64.2% of real memory
> > number of compressed memory pages = 4409 compressed=0.2% of real
> > memory
> > number of client memory pages = 0 numclient=0.0% of real memory
> > # of remote pgs sched-pageout = 0 maxclient=80.0% of real memory
> >
> > Jeff Wilson
> >
> > -----Original Message-----
> > From: Bob.Kelley@BRINKSINC.COM [mailto:Bob.Kelley@BRINKSINC.COM]
> > Sent: Wednesday, January 14, 2004 9:21 AM
> > To: aix-l@Princeton.EDU
> > Subject: Re: Paging space on a fastT
> >
> > what version of aix are you running? check your vmtune settings and post
> > pls
> >
> > Bobby Kelley Jr.
> > 972-877-5341
> >
> >
> >
> > |---------+---------------------------->
> > | | "Wilson, Jeff" |
> > | | <Jeff.Wilson@GWL.|
> > | | COM> |
> > | | Sent by: IBM AIX |
> > | | Discussion List |
> > | | <aix-l@Princeton.|
> > | | EDU> |
> > | | |
> > | | |
> > | | 01/14/2004 09:59 |
> > | | AM |
> > | | Please respond to|
> > | | IBM AIX |
> > | | Discussion List |
> > | | |
> > |---------+---------------------------->
> >
> > >-----------------------------------------------------------------------
> > ------------------------------------------------------------------------
> > ---|
> > |
> > |
> > | To: aix-l@Princeton.EDU
> > |
> > | cc:
> > |
> > | Subject: Re: Paging space on a fastT
> > |
> >
> > >-----------------------------------------------------------------------
> > ------------------------------------------------------------------------
> > ---|
> >
> >
> >
> >
> > We are running the paging monster app "SAP on DB2". I have never seen
> > an app eat paging space like this one. If we bounce SAP we get it all
> > back but until we do that SAP keeps all the paging space and dose not
> > release it. As always the recommend 2 X physical memory but with the
> > new SAP installs they want 3 X physical memory which is ridicules but I
> > have no choice in the matter so I have to add it even if they don't need
> > it.
> >
> > Jeff Wilson
> > 303-737-5399
> > -----Original Message-----
> > From: JOSEPH KREMBLAS [mailto:jkremblas@REDHEARTGIFTS.COM]
> > Sent: Wednesday, January 14, 2004 8:34 AM
> > To: aix-l@Princeton.EDU
> > Subject: Re: Paging space on a fastT
> >
> > Jeff,
> >
> > Before throwing more paging space at the system, have you ran
> > vmstat and iostat to see what the system is doing? Can you provide
> > a
> > vmstat listing and iostat listing? Are you running Oracle? Any
> > other
> > databases? Also, provide the output of vmtune and schedtune. The
> > group may be able to tell what's going on performance wise and
> > make
> > some recommedations.
> >
> > --joseph
> > -----Original Message-----
> > From: IBM AIX Discussion List [mailto:aix-l@Princeton.EDU] On
> > Behalf
> > Of Wilson, Jeff
> > Sent: Wednesday, January 14, 2004 8:27 AM
> > To: aix-l@Princeton.EDU
> > Subject: Paging space on a fastT
> > I was wondering if anyone has had any experience putting paging
> > space
> > on attached disks like a fastT 900. I am out of space on my
> > internal
> > OS disks and need more paging space and was wondering if there are
> > any problems I should be aware of before I do this. Thanks for
> > you
> > help.
> >
> >
> >
> > Jeff Wilson
> > System Administrator
> > Great-West Life & Annuity Ins. Co.
> > Desk: (303) 737-5399
> >
> >
> >
> > NOTICE TO BRINK'S EMPLOYEES:
> > All electronic mail communications composed, sent, received or stored on
> > or through Brink's equipment are subject to the Brink's Electronic
> > Communications Policy. Employees should have no expectation of privacy
> > in their use of the Company's electronic mail system.
>
>
> "I don't have time to be impatient."
> Alan R. Vidmar Assistant Director of IT
> Office of Financial Aid University of Colorado
> Alan.Vidmar@Colorado.EDU (303)492-3598
> *** This message printed with 100% recycled electrons ***
>
"I don't have time to be impatient."
Alan R. Vidmar Assistant Director of IT
Office of Financial Aid University of Colorado
Alan.Vidmar@Colorado.EDU (303)492-3598
*** This message printed with 100% recycled electrons ***
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 22:17:30 EDT