|
Re: Optimal VMTUNE Guidelines for a TSM Server
2002-10-01 21:05:25
IMHO, your box looks overloaded:
1. you always have 20+ runnable processes
2. user + system exceeds 95% most of the time
3. you are always searching and freeing memory
4. with F - f / R, you only have room for one (376-120 / 256 = 1)read ahead. I
don't thing setting R above 64 helps. F should be higher. And I think f should
be a bit higher. See my post in the perf and tune sectoinon adsm.org. You might
try f=256, F=R*number_of_read_aheads say 768, R=64
5. you may try lowering P, to see if the searching/freeing is lessoned. You may
want to set h=1 (BE CAREFUL!)
6. increase 'b' if vmtune -a shows fsbufwaitcnt is none zero
7. your 'B' looks high. Normally you increase it if vmtune -a shows
hd_pendqblked is non zero. If yours is zero lower B, because the memory is
pinned.
8. since pi and po are zero, I think your using too much memory for file cache.
see #5.
Miles
>>> Talafous AT TIMKEN DOT COM 10/01/02 11:08 AM >>>
While following this discussion, I have also looked long and hard at our AIX
5.1 (H50 with 3GB memory and 2GB page space) running TSM 4.1.2.9. I am
submitting vmtune and vmstat information. Any comments on this
implementation would be appreciated. Are we running O.K. Do you see any
problems?
Are there opportunities for improvement? (I think we are spending a lot of
CPU resources chasing free pages when the page-replacement algorithm scans
the PFT.) Comments?
%vmtune
vmtune: current values:
-p -P -r -R -f -F -N -W
minperm maxperm minpgahead maxpgahead minfree maxfree pd_npages
maxrandwrt
156664 392172 2 256 120 376 65536 0
-M -w -k -c -b -B -u -l
-d
maxpin npswarn npskill numclust numfsbufs hd_pbuf_cnt lvm_bufcnt lrubucket
defps
627476 32768 8192 1 186 1728 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
maxclient
626656
number of valid memory pages = 784345 maxperm=50.0% of real memory
maximum pinable=80.0% of real memory minperm=20.0% of real memory
number of file memory pages = 640004 numperm=81.6% of real memory
number of compressed memory pages = 0 compressed=0.0% of real memory
number of client memory pages = 0 numclient=0.0% of real memory
# of remote pgs sched-pageout = 0 maxclient=79.9% of real memory
%vmtune
vmtune: current values:
-p -P -r -R -f -F -N -W
minperm maxperm minpgahead maxpgahead minfree maxfree pd_npages
maxrandwrt
156664 392172 2 256 120 376 65536 0
-M -w -k -c -b -B -u -l
-d
maxpin npswarn npskill numclust numfsbufs hd_pbuf_cnt lvm_bufcnt lrubucket
defps
627476 32768 8192 1 186 1728 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
maxclient
626656
number of valid memory pages = 784345 maxperm=50.0% of real memory
maximum pinable=80.0% of real memory minperm=20.0% of real memory
number of file memory pages = 640004 numperm=81.6% of real memory
number of compressed memory pages = 0 compressed=0.0% of real memory
number of client memory pages = 0 numclient=0.0% of real memory
# of remote pgs sched-pageout = 0 maxcliet=79.9% of real memory
%vmstat 60 30
kthr memory page faults cpu
----- ----------- ------------------------ ------------ -----------
r b avm fre re pi po fr sr cy in sy cs us sy id wa
4 0 169166 119 0 0 0 55 546 0 34 7234 1487 29 48 13 9
21 2 169239 225 0 0 0 2205 5151 0 3130 47524 17686 44 45 6 5
38 2 169284 564 0 0 0 2850 7623 0 3393 42361 14571 48 47 2 3
26 3 169291 421 0 0 0 2898 5654 0 3740 40477 14652 43 49 4 4
25 2 169752 296 0 0 0 2092 4600 0 3338 35895 14932 47 43 6 5
35 2 169321 376 0 0 0 2623 7652 0 3622 34551 9644 47 50 1 1
35 2 169335 420 0 0 0 1642 4355 0 3528 39442 14716 49 44 4 3
29 2 169445 203 0 0 0 2155 4655 0 3736 37539 14001 48 46 3 3
41 2 169375 254 0 0 0 2286 4969 0 3434 46253 15200 50 45 2 2
35 3 170207 454 0 0 0 2751 7763 0 3802 44231 12711 51 47 1 1
24 2 169385 207 0 0 0 4114 9283 0 3746 34910 9610 39 57 1 2
22 3 169389 346 0 0 0 4523 9576 0 4453 40497 12297 39 57 1 3
23 2 169378 228 0 0 0 3879 11433 0 4457 40795 12185 41 57 0 1
22 2 169421 286 0 0 0 4009 8959 0 3292 45895 14423 46 50 1 3
24 3 169850 462 0 0 0 3679 8738 0 3618 38413 12054 44 48 3 6
23 2 169468 386 0 0 0 3205 8526 0 3396 39838 13030 42 53 2 3
39 2 169533 416 0 0 0 3190 6098 0 3098 40905 13073 54 44 1 1
35 2 169534 368 0 0 0 3578 8490 0 2384 40938 12915 54 42 2 3
33 1 169705 173 0 0 0 2756 7917 0 2735 42542 14719 53 42 3 3
33 2 169821 338 0 0 0 4286 9351 0 3482 37009 11309 50 47 1 2
kthr memory page faults cpu
----- ----------- ------------------------ ------------ -----------
r b avm fre re pi po fr sr cy in sy cs us sy id wa
34 2 169714 427 0 0 0 3238 7982 0 3071 34298 11006 49 48 1 1
31 2 169764 224 0 0 1639 4340 0 2233 42900 16126 48 36 9 7
39 2 169791 430 0 0 0 1278 3897 0 2585 48103 16678 54 40 3 3
35 2 169830 141 0 0 0 2039 4740 0 3100 43696 18504 47 45 4 4
41 1 170000 304 0 0 0 1366 2302 0 3294 44740 17025 47 46 4 3
41 1 169910 533 0 0 0 2078 5947 0 3094 46016 13066 54 45 0 1
42 2 169940 124 0 0 0 3581 8004 0 3189 43115 13566 53 46 0 0
32 2 169948 514 0 0 0 3966 10071 0 3359 37422 12452 52 46 0 1
32 2 169959 587 0 0 0 3653 8579 0 3066 37310 13283 53 45 1 1
28 2 170078 288 0 0 0 2641 5282 0 2785 40574 14095 52 43 2 2
TIA,
John G. Talafous IS Technical Principal
The Timken Company Global Software Support
P.O. Box 6927 Data Management
1835 Dueber Ave. S.W. Phone: (330)-471-3390
Canton, Ohio USA 44706-0927 Fax : (330)-471-4034
talafous AT timken DOT com http://www.timken.com
**********************************************************************
This message and any attachments are intended for the
individual or entity named above. If you are not the intended
recipient, please do not forward, copy, print, use or disclose this
communication to others; also please notify the sender by
replying to this message, and then delete it from your system.
The Timken Company
**********************************************************************
|
|
|
