[Mono-list] mod-mono-server process busy 100% or 200% CPU

Maxim makska at yandex.ru
Sun Sep 7 19:05:41 UTC 2014


Hi William!

I've optimized slow queries, and it seems like there is no relation between 
db-server response time and this situation.
Today mod-mono-server jumped to 100% cpu consumption several times, but from 
MySQL-server side all the queries was faster than 0.3 sec (I'm monitoring "long 
queries").

I'll try to update mono to 2.3.8.

By the way, seems like mod_mono and xsp projects has no updates since 2011 year.

Regards,
Max Karavaev

On 09/04/2014 07:01 AM, William Ivanski wrote:
> Hi Max,
>
> Same version as you, 3.2.8, also using SGEN. But not compiled from sources, installed from Debian repositories.
>
>
>
> Em qui 04 set 2014 06:07:00 você escreveu:
>> Hi William!
>>
>> My situation looks like the same. MySQL backend of website sometimes response
>> too slow.
>> I've reduced all timeouts and it helps a little.
>> The difference - I'm using xsp2.
>>
>> By the way, what version of Mono do you use?
>>
>> Regards,
>> Max Karavaev
>>
>>
>> On 09/03/2014 11:58 PM, William Ivanski wrote:
>>> We also ran into this problem here.
>>>
>>> I never could really track which was the cause of the CPU overload. BUT...
>>>
>>> Our XSP4 process access an Oracle XE database. At the time of the 100% - 200%
>>> CPU overload, the Oracle processes were processing some stuff, and the memory
>>> and swap usage of the Oracle processes was high too.
>>>
>>> Memory usage of the XSP4 processes was normal.
>>>
>>> So, I might guess the Oracle processes "hanged" or found a "deadlock", and
>>> somehow the XSP4 overload the processor when it cannot get immediate response
>>> from the Oracle server.
>>>
>>> William Ivanski
>>>
>>>
>>> 2014-09-03 10:03 GMT-03:00 Maxim <makska at yandex.ru <mailto:makska at yandex.ru>>:
>>>
>>>      Hello!
>>>
>>>      I've just created ASP.Net website and ran it on Apache&mono on Linux.
>>>      And I've got strange situation. After 50.000-100.000 requests
>>>      mod-mono-server process unexpectedly become busy with 100% or 200%
>>>      (exactly) CPU load.
>>>      After restarting mono process via mono-ctl panel cpu consumption returns
>>>      to 1-3%.
>>>      I've found some errors like
>>>      [Wed Sep 03 16:02:57 2014] [error] (32)Broken pipe: write_data failed
>>>      [Wed Sep 03 16:02:57 2014] [error] (32)Broken pipe: write_data failed
>>>      [Wed Sep 03 16:02:57 2014] [error] command failed: failed to get client
>>>      block (data)
>>>      in apache error_log, but it seems like there are no relations in time
>>>      between these errors and busy moment.
>>>
>>>      So, the questions:
>>>      1) are there any way to know what is happening in this situation? What
>>>      threads are running, etc... I'm not sure the reason is in mono itself, may
>>>      be the reason is in my application. Full profiling on production server is
>>>      not possible, I mean just a few statistics,
>>>      2) if the reason is in garbage collector: are there any ways to tune it?
>>>      Or to switch from sgen to old Boehm or so on?
>>>
>>>      Any help are highly appreciated!
>>>
>>>      P.S. Mono 3.2.8 compiled from sources on standard CentOS 6.5
>>>      # mono -V
>>>      Mono JIT compiler version 3.2.8 (tarball Wed Jun 11 00:48:42 MSK 2014)
>>>      Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors.
>>>      www.mono-project.com <http://www.mono-project.com>
>>>          TLS:           __thread
>>>          SIGSEGV:       altstack
>>>          Notifications: epoll
>>>          Architecture:  amd64
>>>          Disabled:      none
>>>          Misc:          softdebug
>>>          LLVM:          supported, not enabled.
>>>          GC:            sgen
>>>
>>>      # httpd -v
>>>      Server version: Apache/2.2.15 (Unix)
>>>      Server built:   Apr  3 2014 23:56:16
>>>
>>>      # uname -a
>>>      Linux web1.server 2.6.32-431.17.1.el6.x86_64 #1 SMP Wed May 7 23:32:49 UTC
>>>      2014 x86_64 x86_64 x86_64 GNU/Linux
>>>
>>>
>>>      With best wishes,
>>>      Max Karavaev
>>>      _______________________________________________
>>>      Mono-list maillist  - Mono-list at lists.ximian.com
>>>      <mailto:Mono-list at lists.ximian.com>
>>>      http://lists.ximian.com/mailman/listinfo/mono-list


More information about the Mono-list mailing list