"Steve Nottingham" <steve@wakefieldrfc.freeserve.co.uk> wrote in message
news:42862645.0307040053.7c157ca4@posting.google.c om...
> "Jay" <remove:jay@td.ca> wrote in message
news:<180Na.1127$NW1.180342@news20.bellglobal.com> ...
> > Hi,
> >
> > I'm running a f50 4cpu, 1gig RAM, 512MB paging space on aix4.3.3. I am
> > attaching iostat and vmstat output to hopefully get some insight into
what
> > is going on.
> >
> > tty: tin tout avg-cpu: % user % sys % idle %
> > iowait
> > 0.0 854.9 0.0 0.5 75.1
24.4
> >
> > Disks: % tm_act Kbps tps Kb_read Kb_wrtn
> > hdisk0 0.0 0.0 0.0 0 0
> > hdisk3 0.0 0.0 0.0 0 0
> > hdisk2 0.0 0.0 0.0 0 0
> > hdisk1 0.0 0.0 0.0 0 0
> > hdisk6 0.0 0.0 0.0 0 0
> > hdisk8 0.0 0.0 0.0 0 0
> > hdisk5 98.8 454.9 113.7 0 456
> > hdisk4 0.0 0.0 0.0 0 0
> > hdisk7 0.0 0.0 0.0 0 0
> > cd0 0.0 0.0 0.0 0 0
> >
> > tty: tin tout avg-cpu: % user % sys % idle %
> > iowait
> > 0.0 857.0 0.5 0.0 74.5
25.0
> >
> > Disks: % tm_act Kbps tps Kb_read Kb_wrtn
> > hdisk0 0.0 0.0 0.0 0 0
> > hdisk3 0.0 0.0 0.0 0 0
> > hdisk2 0.0 0.0 0.0 0 0
> > hdisk1 0.0 0.0 0.0 0 0
> > hdisk6 0.0 0.0 0.0 0 0
> > hdisk8 0.0 0.0 0.0 0 0
> > hdisk5 99.0 452.0 113.0 0 452
> > hdisk4 0.0 0.0 0.0 0 0
> > hdisk7 0.0 0.0 0.0 0 0
> > cd0 0.0 0.0 0.0 0 0
> >
> > kthr memory page faults cpu
> > ----- ----------- ------------------------ ------------ -----------
> > r b avm fre re pi po fr sr cy in sy cs us sy id wa
> > 0 2 34001 146571 0 0 0 0 0 0 548 663 323 0 0 75 25
> > 0 2 34001 146571 0 0 0 0 0 0 548 631 324 0 0 75 25
> > 1 2 34001 146571 0 0 0 0 0 0 550 634 322 0 1 74 24
> > 0 2 34001 146573 0 0 0 0 0 0 548 706 330 0 1 74 25
> > 0 2 34001 146573 0 0 0 0 0 0 546 618 322 0 0 75 25
> > 0 2 34001 146573 0 0 0 0 0 0 548 628 323 0 0 75 24
> > 0 2 34001 146573 0 0 0 0 0 0 549 626 327 0 1 75 24
> >
> > Currently I'm restoring a Informix database. The data is spread across
> > multiple disks (SSA), and under normal load 3 disks would be active with
> > tm_acct > 90 and iowait between 50 -75%.
> >
> > I also performed a test using a nfs copy # time cp -Rf /usr/lib
/mt/Test to
> > see if it was just the way I fragmented the database. The file system
also
> > suffers from this problem.
> >
> > iostat 2
> > tty: tin tout avg-cpu: % user % sys % idle %
> > iowait
> > 0.0 463.9 0.1 4.0 42.1
> > 53.8
> >
> > Disks: % tm_act Kbps tps Kb_read Kb_wrtn
> > hdisk0 68.9 1196.5 90.4 2396 0
> > hdisk7 0.0 0.0 0.0 0 0
> > hdisk6 0.0 0.0 0.0 0 0
> > hdisk4 0.0 0.0 0.0 0 0
> > hdisk1 0.0 0.0 0.0 0 0
> > hdisk8 0.0 0.0 0.0 0 0
> > hdisk2 0.0 0.0 0.0 0 0
> > hdisk3 98.9 1390.3 95.9 12 2772
> > hdisk5 0.0 0.0 0.0 0 0
> > cd0 0.0 0.0 0.0 0 0
> >
> > tty: tin tout avg-cpu: % user % sys % idle %
> > iowait
> > 0.0 530.8 0.1 2.5 57.7
> > 39.7
> >
> > Disks: % tm_act Kbps tps Kb_read Kb_wrtn
> > hdisk0 29.0 601.2 58.4 1204 0
> > hdisk7 0.0 0.0 0.0 0 0
> > hdisk6 0.0 0.0 0.0 0 0
> > hdisk4 0.0 0.0 0.0 0 0
> > hdisk1 0.0 0.0 0.0 0 0
> > hdisk8 0.0 0.0 0.0 0 0
> > hdisk2 0.0 0.0 0.0 0 0
> > hdisk3 99.4 926.8 95.4 4 1852
> > hdisk5 0.0 0.0 0.0 0 0
> > cd0 0.0 0.0 0.0 0 0
> >
> > tty: tin tout avg-cpu: % user % sys % idle %
> > iowait
> > 0.0 462.9 0.5 4.2 55.2
> > 40.1
> >
> > Disks: % tm_act Kbps tps Kb_read Kb_wrtn
> > hdisk0 23.5 1116.6 58.4 2236 0
> > hdisk7 0.0 0.0 0.0 0 0
> > hdisk6 0.0 0.0 0.0 0 0
> > hdisk4 0.0 0.0 0.0 0 0
> > hdisk1 0.0 0.0 0.0 0 0
> > hdisk8 0.0 0.0 0.0 0 0
> > hdisk2 0.0 0.0 0.0 0 0
> > hdisk3 98.9 1859.7 103.9 4 3720
> > hdisk5 0.0 0.0 0.0 0 0
> > cd0 0.0 0.0 0.0 0 0
> >
> > vmstat 2
> >
> > kthr memory page faults cpu
> > ----- ----------- ------------------------ ------------ -----------
> > r b avm fre re pi po fr sr cy in sy
cs
> > us sy id wa
> > 0 3 199611 123 0 13 0 260 261 0 642 1239 539 0
2
> > 73 25
> > 0 3 199626 120 0 4 0 399 404 0 610 1119 426 0
2
> > 75 24
> > 0 3 199644 128 0 3 0 508 514 0 619 1225 435 0
3
> > 74 23
> > 0 3 199671 122 0 2 0 310 311 0 598 1111 412 0
2
> > 75 23
> > 0 3 199679 126 0 3 0 230 235 0 599 894 452 0
3
> > 55 42
> > 0 3 199689 127 0 3 0 230 235 0 583 837 422 0
2
> > 59 39
> > 0 4 199698 125 0 3 0 196 200 0 584 776 399 0
2
> > 58 40
> > 0 3 199708 128 0 2 0 200 201 0 583 883 429 0
2
> > 59 39
> > 0 4 199720 126 0 1 0 204 205 0 586 855 450 0
2
> > 58 39
> > 0 3 199729 121 0 2 0 242 243 0 595 833 437 0
2
> > 54 44
> > 0 3 199735 125 0 1 0 339 342 0 593 895 372 0
2
> > 57 41
> > 0 3 199740 120 0 0 0 671 673 0 636 1174 435 0
3
> > 57 40
> > 0 3 199746 126 0 1 0 757 760 0 655 1268 442 0
2
> > 55 42
> > 0 4 199749 128 0 0 0 863 866 0 638 1340 480 0
4
> > 56 40
> > 1 4 199752 127 0 0 0 718 723 0 637 1232 414 0
4
> > 51 44
> > 0 4 199754 124 0 0 0 1109 1147 0 666 1628 482 0
5
> > 52 43
> > 0 4 199780 240 0 0 0 853 858 0 716 1385 522 0
4
> > 42 54
> > 1 3 199765 125 0 1 0 206 207 0 586 1006 404 0
2
> > 57 40
> > 0 3 199775 132 0 1 0 410 411 0 587 1109 409 0
3
> > 57 40
> > 0 3 199730 126 0 0 0 604 607 0 617 1300 479 0
4
> > 54 42
> >
> > kthr memory page faults cpu
> > ----- ----------- ------------------------ ------------ -----------
> > r b avm fre re pi po fr sr cy in sy cs us sy id
wa
> > 1 2 200309 126 0 0 0 3 13 0 450 786 136 1 0 94 5
> > 0 3 200321 124 0 0 0 125 125 0 572 803 401 0 2 60 38
> > 0 5 200566 120 0 0 53 264 10074 0 608 34282 654 1 5 37 57
> > 0 3 200577 122 0 0 134 138 24547 0 590 835 435 0 4 56 40
> > 0 4 200353 336 0 0 68 72 68691 0 585 917 477 0 4 59 37
> > 0 4 200370 123 0 0 5 53 17042 0 583 889 447 0 4 57 39
> > 0 3 200387 126 0 0 0 171 6785 0 589 902 496 0 3 60 37
> > 0 3 200404 128 0 0 6 152 398 0 589 907 499 0 2 61 37
> > 0 3 200419 128 0 0 20 190 14599 0 591 902 471 0 3 58 40
> > 0 4 200428 129 0 0 105 527 47428 0 630 1298 468 0 4 55 41
> > 1 3 200438 126 0 0 0 761 21696 0 623 1369 501 0 4 55 41
> > 0 3 200455 126 0 0 0 148 715 0 583 888 473 0 2 62 36
> > 0 4 200467 123 0 0 0 147 589 0 579 838 449 0 3 59 38
> > 0 3 200475 125 0 0 0 137 659 0 547 894 374 0 2 59 39
> > 1 3 200484 123 0 0 0 76 387 0 523 883 342 0 2 62 36
> > 1 3 200492 127 0 0 13 144 701 0 537 994 341 0 1 60 39
> > 0 3 200502 123 0 0 7 49 184 0 528 835 336 0 2 61 38
> > 0 4 200510 127 0 0 0 67 309 0 528 900 365 0 2 62 35
> > 1 3 200517 121 0 0 0 81 353 0 525 914 353 0 2 61 37
> > 0 3 200528 122 0 0 0 81 333 0 528 926 368 0 2 62 36
> >
> >
> > Can anyone point me in the right direction? Thanks in advance and I
> > appreciate all help
>
> What logical volumes are on hdisk0 and hdisk3 ? What applications are
> you running ?
>
> Thet system would appear to be paging and I suspect you have a paging
> space on hdisk0.
>
> Steve

hdisk0 has rootvg and hdisk3 contains the filesystem (/mt) and loglv03.
Just running Informix database and associated OLTP applications against it.
I'm curious as to why most of the time there is 0 processes in the run queue
and 3 processes are blocked?