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. Or to say it in Barton's words, 50% of the blips are 
from mono. Indeed using top I guess we never will see mono since it doesn't use 
any CPU. That's why I didn't even bother to look at top, I already expected the 
machine suffered from a timer instead of real work.

Berry.


-----Original Message-----
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Neale 
Ferguson
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 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 my system 
but I probably have a different level of mono. I wonder how hard it would be to 
add oprofile support to mono.

, 2010, at 18:19, Barton Robinson <bar...@vm1.velocity-software.com> wrote:

> 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 unfriendly - think about poor 
> old z/vm storage management. We need to steal some pages for some real 
> work going on.  Do we steal it from the server doing real transactions?
> or from the one that is blipping? oops, we can't tell the difference.
> 
> Neale Ferguson wrote:
>> 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 wwwrun    15   0 59756  28m 6652 S  0.0  5.7  24:58.73 mono
>> 1477 wwwrun    15   0 10264 2980 1404 S  0.0  0.6   0:00.00 httpd2-prefork
>> 1478 wwwrun    16   0 10264 2996 1420 S  0.0  0.6   0:00.00 httpd2-prefork
>> 1479 wwwrun    15   0 10264 2992 1420 S  0.0  0.6   0:00.00 httpd2-prefork
>> 1480 wwwrun    16   0 10128 2824 1352 S  0.0  0.6   0:00.00 httpd2-prefork
>> 1481 wwwrun    15   0 10128 2760 1300 S  0.0  0.5   0:00.00 httpd2-prefork
>> 3058 wwwrun    15   0 10128 2756 1300 S  0.0  0.5   0:00.00 httpd2-prefork
>> 3078 wwwrun    17   0 10264 2984 1404 S  0.0  0.6   0:00.00 httpd2-prefork
>> 3079 wwwrun    15   0 10264 2976 1404 S  0.0  0.6   0:00.00 httpd2-prefork
>> 3080 wwwrun    15   0 10264 2976 1404 S  0.0  0.6   0:00.00 httpd2-prefork
>> 
>> The system's been up for:
>> 
>> 4:56pm  up 39 days  4:37,  1 user,  load average: 0.00, 0.00, 0.00
>> 
>> What level of mono is installed? Is it registering when there's 
>> nobody connected via http?
>> 
>> Neale
>> 
>> ---------------------------------------------------------------------
>> - 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/

----------------------------------------------------------------------
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/
ÿþDit bericht is vertrouwelijk en kan 
geheime informatie bevatten enkel

bestemd voor de geadresseerde. Indien 
dit bericht niet voor u is bestemd,

verzoeken wij u dit onmiddellijk aan 
ons te melden en het bericht te

vernietigen.

Aangezien de integriteit van het 
bericht niet veilig gesteld is middels

verzending via internet, kan Atos 
Origin niet aansprakelijk worden 
gehouden

voor de inhoud daarvan.

Hoewel wij ons inspannen een virusvrij 
netwerk te hanteren, geven

wij geen enkele garantie dat dit 
bericht virusvrij is, noch aanvaarden 
wij

enige aansprakelijkheid voor de 
mogelijke aanwezigheid van een virus in 
dit

bericht.

 

Op al onze rechtsverhoudingen, 
aanbiedingen en overeenkomsten 
waaronder

Atos Origin goederen en/of diensten 
levert zijn met uitsluiting van alle

andere voorwaarden de 
Leveringsvoorwaarden van Atos Origin 
van toepassing.

Deze worden u op aanvraag direct 
kosteloos toegezonden.

 

This e-mail and the documents attached 
are confidential and intended solely

for the addressee; it may also be 
privileged. If you receive this e-mail

in error, please notify the sender 
immediately and destroy it.

As its integrity cannot be secured on 
the Internet, the Atos Origin group

liability cannot be triggered for the 
message content. Although the

sender endeavours to maintain a 
computer virus-free network, the sender

does not warrant that this transmission 
is virus-free and will not be

liable for any damages resulting from 
any virus transmitted.

 

On all offers and agreements under 
which Atos Origin supplies goods and/or

services of whatever nature, the Terms 
of Delivery from Atos Origin

exclusively apply. 

The Terms of Delivery shall be promptly 
submitted to you on your request.

 

Atos Origin Nederland B.V. / Utrecht

KvK Utrecht 30132762

Reply via email to