...@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: mono keep guest active
.
-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 monitoring department looks at top
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 nice
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
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 /
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 dbo...@sinenomine.net wrote:
It's smart enough to
forget David.. i figured out now...
2010/8/20 Rogério Soares rogerio.soa...@gmail.com
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,
On Fri, Aug 20, 2010 at 12:40 AM, Berry van Sleeuwen
berry.vansleeu...@xs4all.nl 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
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
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 berry.vansleeu...@xs4all.nl
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
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.
From: Berry van Sleeuwen berry.vansleeu
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..sigh.) or when a
filesystem is at
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
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
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 2.4
Neale
--
For LINUX-390 subscribe / signoff / archive access instructions,
send
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 regularly or consistently drive some
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 blipping taking place. Unlike java we
On Wed, Aug 18, 2010 at 4:47 AM, David Boyes dbo...@sinenomine.net wrote:
The approach that was used in the 100 hz timer pop elimination code for Z is
fairly elegant, but it relies in structure on some hardware features in the Z
that would be hard to retro-fit into Intel systems.
I think
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
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 folks
I've confirmed the behavior has been fixed in mono 2.4
Neale
On 8/18/10 3:03 AM, van Sleeuwen, Berry berry.vansleeu...@atosorigin.com
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
-
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 2.4
Neale
On 8/18/2010 at 10:19 AM, van Sleeuwen, Berry
berry.vansleeu...@atosorigin.com 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.
Run oprofile and see where this mod is spending its time. strace is also an
option to see what API it's using (select with a timeout probably).
BTW (not related to your problem) I have submitted a set of fixes to the mono
folks that will make a huge set of methods available that currently
Yes, this is a problem. We call it virtual hostile. Rob van der Heij
has been doing a tremendous amount of research in this area for the last
4 years, we've been trying to educate our customers (and IBM) on what
this means.
Back in 2001, there was the Linux timer, had the same problem. Got
you will. Is that too much to ask?
David Kreuter
Original Message
Subject: Re: mono keep guest active
From: Barton Robinson bar...@vm1.velocity-software.com
Date: Tue, August 17, 2010 11:11 am
To: LINUX-390@VM.MARIST.EDU
Yes, this is a problem. We call it virtual hostile. Rob
I have the source to mod_mono and the right to commit to the Mono source tree.
If we can identify what is waking up then I can make the change(s) to make it
friendlier.
On 8/17/10 11:47 AM, David Kreuter dkreu...@vm-resources.com wrote:
The non-hostile list is quite short unfortunately. For
mod_mono itself is just a stub that kicks off the xsp_server app so I assume
you're seeing the process called mono doing the damage. In which case oprofile
is not going to help. strace may produce useful information that we may be
able to track back to a specific method.
On 8/17/10 8:56 AM,
I¹m looking at my system which has mod_mono in the apache config file and
it¹s barely registering on top for CPU though it's quite memory hungry:
1476 wwwrun15 0 59756 28m 6652 S 0.0 5.7 24:58.73 mono
1477 wwwrun15 0 10264 2980 1404 S 0.0 0.6 0:00.00 httpd2-prefork
1478
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Kreuter wrote:
The non-hostile list is quite short unfortunately. For the most part
Oracle is not hostile and queue drops nicely.
Getting vendors including IBM to:
1. acknowledge the problem is hard.
2. once acknowledged repairing (woops,
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
Message
Subject: Re: mono keep guest active
From: Patrick Spinler spinler.patr...@mayo.edu
Date: Tue, August 17, 2010 5:51 pm
To: LINUX-390@VM.MARIST.EDU
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Kreuter wrote:
The non-hostile list is quite short unfortunately. For the most part
. The kernel certainly knows, hey, it even
announces it at boot time!
David Kreuter
Original Message
Subject: Re: mono keep guest active
From: Patrick Spinler spinler.patr...@mayo.edu
Date: Tue, August 17, 2010 5:51 pm
To: LINUX-390@VM.MARIST.EDU
-BEGIN PGP SIGNED
It seems to me that this issue has certain parallels to the current and
long running debate about linux kernel power management hacks targeting
embedded devices (e.g. android wake locks)
Yes and no. The analogy to embedded systems is dead on (especially wrt to
efficient use of resources), but
36 matches
Mail list logo
