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 ***
This archive was generated by hypermail 2.1.7
: Wed Apr 09 2008 - 22:17:30 EDT