no db2, no websphere, just oracle and cron/perl/scripts.

I'll be hosting the Performance workshops again after a year off. This
might be a good time for those of you with good performance tools to
come in for some education.    see
"http://velocitysoftware.com/seminar/workshop.html"; for more
information.  This kind of diagnostics becomes much easier with a little
education.  I would also recommend Performance Analysis 42 for which we
go thru in detail in the workshop:
http://velocitysoftware.com/present/flowchrt.pdf,

On 1/10/2014 9:22 AM, Dean, David (I/S) wrote:
Db2fmcd also has known issues.  IBM has a workaround you can GOOGLE.

-----Original Message-----
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Barton 
Robinson
Sent: Friday, January 10, 2014 12:19 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: High cpu utilization on vm/linux LPAR

This could be just new year workload.  Or someone is running some new scripts 
that are consuming LARGE amounts of CPU.  The data shows nothing strange in the 
CPU distribution between servers:

Report: ESAUSP2
           <---CPU time-->
UserID   <(Percent)> T:V
/Class   Total  Virt Rat
-------- ----- ----- ---
01/08/14
10:01:00 192.0 183.7 1.0
   ***Top User Analysis***
L220P    26.25 25.80 1.0
L216P    24.94 22.64 1.1
L20DP    24.10 23.61 1.0
L217P    23.21 20.79 1.1
L209T    21.59 21.43 1.0
L218P    18.50 18.34 1.0
L20CT    18.03 17.06 1.1
L20BP     7.76  7.62 1.0
L210P     6.89  6.58 1.0
L214P     4.79  4.53 1.1

And from a linux perspective,  looking at the cpu by application, oracle is consuming quite a bit  
- but it really looks like someone is running short perl  scripts continuously that are consuming 
large amounts of data.  (*PROD is the group of linux servers making up production, so this is 
across all servers) .  The "init" bucket is a catchall for short term (less than 1 
minute) processes who's parent process is init.  Thus the high "children" use in INIT for 
production.

Report: ESALNXA      LINUX HOST Application Report
Monitor initialized: 01/08/14 at 10:00:00 on 2827 ser
-----------------------------------------------------
Node/    Process/    ID    <---Processor Percent--->
Date     Application             <Process><Children>
Time     name              Total sys  user syst usrt
-------- ----------- ----- ----- ---- ---- ---- ----
*Prod    *Totals*        0 132.0 37.9 66.9 14.6 12.6
           init            0  19.9  0.1    0 11.3  8.5
           kernel          0   5.0  5.0    0    0    0
           multipat        0   2.0  1.4  0.6    0    0
           oracle          0  79.1 19.0 59.9  0.2    0
           perl            0   8.8  0.8  2.5  1.8  3.7
           snmpd           0   6.4  4.7  1.7    0    0
           tnslsnr         0   8.0  6.3  0.7  1.0  0.1
*Dev     *Totals*        0  39.5 11.9 26.9  0.3  0.5
           init            0   0.7    0    0  0.2  0.4
           kernel          0   0.5  0.5    0    0    0
           oracle          0  36.6 10.1 26.4    0    0
           perl            0   0.2  0.1  0.0  0.1  0.0
           snmpd           0   1.1  0.8  0.3    0    0
           sshd            0   0.2  0.1  0.1    0    0
*Util    *Totals*        0   0.4  0.2  0.1  0.1  0.1
           db2fmcd         0   0.3  0.0    0  0.1  0.1
           snmpd           0   0.2  0.1  0.1    0    0

On 1/10/2014 8:00 AM, Victor Echavarry Diaz wrote:
  From a couple of days one of our Linux LPAR are continuously using 100% of 
two cpu. We are on EC12 with z/VM SSI 6.2, two IFL's CPU's, 61440 MB of RAM, 
4096 Extended RAM and the guest are running on SLES 11SP2. Do anyone has 
similar problems or there is a kernel update for this issue.

Regards,

Victor Echavarry
System Programmer, EVERTEC LLC





WARNING: This email and any files transmitted with it are confidential
and intended solely for the use of the individual or entity to whom
they are addressed. If you have received this email in error please delete it 
immediately.
Please note that any views or opinions presented in this email are
solely those of the author and do not necessarily represent those of
EVERTEC, Inc. or its affiliates. Finally, the integrity and security
of this message cannot be guaranteed on the Internet, and as such
EVERTEC, Inc. and its affiliates accept no liability for any damage caused by 
any virus transmitted by this email.

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions, send
email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For more information on Linux on System z, visit
http://wiki.linuxvm.org/




----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For more information on Linux on System z, visit http://wiki.linuxvm.org/
-----------------------------------------------------
Please see the following link for the BlueCross BlueShield of Tennessee E-mail 
disclaimer:  http://www.bcbst.com/email_disclaimer.shtm

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For more information on Linux on System z, visit
http://wiki.linuxvm.org/




----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Reply via email to