Yep, this is exactly the problem. These processes do not use "much"
cpu, but they "blip" every 10ms or so. You need to check the queue from
the z/VM side to see if they are in Q3. If in Q3, then they are blipping
(think i need to trademark that word).
The reason these "blips" are so virtual un
I was referring to his observation that he was seeing 55-65% CPU. As for
blipping, that's why I suggested he use strace to see what API is being used if
there is blipping taking place. Unlike java we can't use oprofile to easily
identify the method responsible (if it is blipping). I'll try it on
erguson
Sent: woensdag 18 augustus 2010 0:38
To: LINUX-390@VM.MARIST.EDU
Subject: Re: mono keep guest active - ban the blips.
I was referring to his observation that he was seeing 55-65% CPU. As for
blipping, that's why I suggested he use strace to see what API is being used if
there is blippin
My mistake! I have checked with the mono folks and gone through the code. It
turns out that the culprit is pthread_cond_timedwait() used to check for
changes to the .config file. This has, apparently, been fixed in later
releases/versions of mono. What level are you on?
You can verify that the
9.1
Regards, Berry.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Neale Ferguson
Sent: woensdag 18 augustus 2010 15:48
To: LINUX-390@VM.MARIST.EDU
Subject: Re: mono keep guest active - ban the blips.
My mistake! I have checked with the mono fo
I've confirmed the behavior has been fixed in mono 2.4
Neale
On 8/18/10 3:03 AM, "van Sleeuwen, Berry"
wrote:
Neale,
Did I say that? Perhaps I wasn't too clear about that. I mean powertop shows
met that when the guest wakes up, mono was in about 50% of the times
responsible for the wakup.
ssage-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Neale Ferguson
Sent: woensdag 18 augustus 2010 16:08
To: LINUX-390@VM.MARIST.EDU
Subject: Re: mono keep guest active - ban the blips.
I've confirmed the behavior has been fixed in mono
>>> On 8/18/2010 at 10:19 AM, "van Sleeuwen, Berry"
wrote:
> It is not on SLES11 SP1, there it contains the 2.0.1 version.
You need to download and install the SLES11 Mono Extension. That contains 2.4
packages, including apache2-mod_mono-addon-2.4-4.2.s390x.rpm.
Note that the SLES11 Mono Exte
8
To: LINUX-390@VM.MARIST.EDU
Subject: Re: mono keep guest active - ban the blips.
I've confirmed the behavior has been fixed in mono 2.4
Neale
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to li
That's a good way to make things clear. Especially to management.
Here is a challenge. We are in the process of enrolling new machines
into production. Part of that is that they want to force us to install a
general monitoring tool (nagios and local scripting). We noticed quite a
dramatic increase
Are Nagios and local scripts waking up needlessly? or are they doing
legitimate work even if it is wasteful?
David Kreuter
Original Message
Subject: How to convince others. Was: Re: mono keep guest active - ban
the blips.
From: Berry van Sleeuwen
Date: Thu, August 19, 2010 3
A 'general monitoring tool' is not a performance monitor. In an environment
where
efficient resource utilization is critical to the business, a means to monitor:
- the performance of the virtual machine environment
- the virtual machines running in that environment
- potentially systems outboa
id Kreuter schreef:
> Are Nagios and local scripts waking up needlessly? or are they doing
> legitimate work even if it is wasteful?
> David Kreuter
>
>
> Original Message
> Subject: How to convince others. Was: Re: mono keep guest active - ban
> the blips.
True, it isn't. It's the replacement of an operator. The main issue here
is that it needs to raise tickets and get reporting stats. For instance,
raise a ticket at 100% CPU (and indeed, our ABS limithard machines do
raise tickets when they are running their batch...) or when a
filesystem is at 100%
If your batch runs regularly or consistently drive some virtual machines to
100% this
may not signal a loop condition (which, I would guess, is why the ticket is
being
raised). Techs may grow conditioned to this and either take longer to respond
or just
outright 'ignore' the tickets eventuall
Berry,
to monitor some stats of lpar using nagios, we set up a machine with
high class level, and make some scripts to use vmcp module to query and
filter informations... i have sure that is not the best way, but, some times
we need improvise :-)
On Thu, Aug 19, 2010 at 7:51 PM, Berry van Sle
riginal Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Rich
Smrcina
Sent: Thursday, August 19, 2010 4:39 PM
To: LINUX-390@vm.marist.edu
Subject: Re: [LINUX-390] How to convince others. Was: Re: mono keep guest
active - ban the blips.
If your batch runs regula
;s actual resource usage is.
Berry.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Rich Smrcina
Sent: vrijdag 20 augustus 2010 1:39
To: LINUX-390@VM.MARIST.EDU
Subject: Re: How to convince others. Was: Re: mono keep guest active -
ban the blips.
When your
> If only the monitor could 'know' that the machine was running this
> batch load at a
> certain time of day and had an absolute share and was running 100% for
> an extended
> period of time. It could be set up to not sent out alerts based on all
> of these
> criteria. Wow! That would be a very
It's smart enough to know that *z/VM* has allocated it an absolute share?
On 08/20/2010 05:13 AM, David Boyes wrote:
If only the monitor could 'know' that the machine was running this
batch load at a
certain time of day and had an absolute share and was running 100% for
an extended
period of ti
> It's smart enough to know that *z/VM* has allocated it an absolute
> share?
It does have the ability to set time of day/shift-based parameters. As to the
z/VM part, come to OLF and see. 8-)
--
For LINUX-390 subscribe / signo
David,
i'm confuse now... nagios 3 will be able to comunicate with zvm "directely"
or you talking about a especific plugin using vmcp ou something like this ?
Sorry if i ask something obvious...
On Fri, Aug 20, 2010 at 11:12 AM, David Boyes wrote:
> > It's smart enough to know that *z/VM* ha
forget David.. i figured out now...
2010/8/20 Rogério Soares
> David,
>
> i'm confuse now... nagios 3 will be able to comunicate with zvm "directely"
> or you talking about a especific plugin using vmcp ou something like this ?
> Sorry if i ask something obvious...
>
>
>
> On Fri, Aug 20, 2010 a
On Fri, Aug 20, 2010 at 12:40 AM, Berry van Sleeuwen
wrote:
> Nagios is in use at the server side. Each client (our servers) has the
> nagios client, with scipting instead of the nagios plugins, and sec.
While parts of the Nagios user interface are pretty slick, it just
does not scale. While the
3233569
E-mail: tore.agb...@volvo.com
http://www.volvo.com/volvoit/global/en-gb/
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Rob van
der Heij
Sent: den 20 augusti 2010 23:08
To: LINUX-390@VM.MARIST.EDU
Subject: Re: How to convince others. Was: Re
25 matches
Mail list logo