Re: bearebox eating cpu time

Sat, 27 Mar 2010 13:53:12 -0700

Hey don't sweat! Nothing is going on. I watched the last 2 tops and idle CPU ~99.7%. So I can't see any idle bearerbox CPU usage. 

BR,
Nikos
----- Original Message ----- From: "seikath" <[email protected]> 
To: <[email protected]>
Sent: Saturday, March 27, 2010 12:05 PM
Subject: Re: bearebox eating cpu time



Hi Alvaro,
Well then, if the bearerbox cpu usage is constant, its usual internal activities should consume the CPU. 

Scenario 1.
Just for a short test, if its possible,
disable the mysql storage,i.e set to local storage
and do the same monitoring again,

how big is the file size of the mysql table,
and how many records do you keep there?
do you oftenly analyze the tblkannel_dlr ?
in general i dont like mysql :)

Scenario 2.
If it is possible, disable on by one the SMSC of the modems via the http admin. 
and lets see of the CPU will go down

Good luck :)

cheers


On 03/27/2010 03:36 AM, Alvaro Cornejo wrote:

Hi Seikath

This is what I get during a moment with very low traffic (less than
5sms/min for all 20 modems):

[r...@srvcom1 ~]# top
top - 19:00:40 up 26 days, 18:32, 2 users, load average: 0.07, 0.14, 0.13 
Tasks: 226 total,   1 running, 212 sleeping,   0 stopped,  13 zombie
Cpu(s):  0.2%us,  0.1%sy,  0.0%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.0%si,
 0.0%st
Mem:   2074712k total,  1836444k used,   238268k free,    46064k buffers
Swap:  2031608k total,      344k used,  2031264k free,   737188k cached

 PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND

2337 root      20   0  440m  13m 2520 S    7  0.7  14:27.57 bearerbox

2893 mysql     20   0  157m 134m 3548 S    1  6.7   4491:26 mysqld


[r...@srvcom1 ~]# ps -eo pcpu,pid,user,args | sort -k 1 -r | grep bear
7.3  2337 kannel     /usr/local/sbin/bearerbox /etc/kannel/kannel.conf
0.0 11378 root     grep bear
[r...@srvcom1 ~]#


2010-03-26 18:55:09 [2337] [3] DEBUG: sql: SELECT count(*) FROM
tblkannel_dlr;
2010-03-26 18:55:09 [2337] [3] DEBUG: HTTP: Destroying HTTPClient area
0xa0e0a3a8.
2010-03-26 18:55:09 [2337] [3] DEBUG: HTTP: Destroying HTTPClient for
`189.134.67.147'.
2010-03-26 18:55:09 [2337] [2] DEBUG: HTTP: Creating HTTPClient for
`189.134.67.147'.
2010-03-26 18:55:09 [2337] [2] DEBUG: HTTP: Created HTTPClient area
0xa0e0a3a8.
2010-03-26 18:55:09 [2337] [3] DEBUG: sql: SELECT count(*) FROM
tblkannel_dlr;
2010-03-26 18:55:09 [2337] [3] DEBUG: HTTP: Destroying HTTPClient area
0xa0e0a3a8.
2010-03-26 18:55:09 [2337] [3] DEBUG: HTTP: Destroying HTTPClient for
`189.134.67.147'.
2010-03-26 18:55:09 [2337] [2] DEBUG: HTTP: Creating HTTPClient for
`189.134.67.147'.
2010-03-26 18:55:09 [2337] [2] DEBUG: HTTP: Created HTTPClient area
0xa0e0a3a8.
2010-03-26 18:55:09 [2337] [3] DEBUG: sql: SELECT count(*) FROM
tblkannel_dlr;
2010-03-26 18:55:09 [2337] [3] DEBUG: HTTP: Destroying HTTPClient area
0xa0e0a3a8.
2010-03-26 18:55:09 [2337] [3] DEBUG: HTTP: Destroying HTTPClient for
`189.134.67.147'.
2010-03-26 18:55:09 [2337] [2] DEBUG: HTTP: Creating HTTPClient for
`189.134.67.147'.
2010-03-26 18:55:09 [2337] [2] DEBUG: HTTP: Created HTTPClient area
0xa0e0a3a8.
2010-03-26 18:55:09 [2337] [3] DEBUG: sql: SELECT count(*) FROM
tblkannel_dlr;
2010-03-26 18:55:09 [2337] [3] DEBUG: HTTP: Destroying HTTPClient area
0xa0e0a3a8.
2010-03-26 18:55:09 [2337] [3] DEBUG: HTTP: Destroying HTTPClient for
`189.134.67.147'.
2010-03-26 18:55:09 [2337] [2] DEBUG: HTTP: Creating HTTPClient for
`189.134.67.147'.
2010-03-26 18:55:09 [2337] [2] DEBUG: HTTP: Created HTTPClient area
0xa0e0a3a8.
2010-03-26 18:55:09 [2337] [3] DEBUG: sql: SELECT count(*) FROM
tblkannel_dlr;
2010-03-26 18:55:09 [2337] [3] DEBUG: HTTP: Destroying HTTPClient area
0xa0e0a3a8.
2010-03-26 18:55:09 [2337] [3] DEBUG: HTTP: Destroying HTTPClient for
`189.134.67.147'.

srvcom1.smsglobal.com.mx <http://srvcom1.smsglobal.com.mx>   0.21, 0.10,
0.12   8:56:26       ttyload, v0.5

 0.50

 0.47

 0.44

 0.41

 0.38

 0.34

 0.31

 0.28

 0.25
                     *   **
 0.22
                      **   *
 0.19
                        *
 0.16   ********************************** ******                   *
       ***
 0.12                                     *
 ***************************************************
 0.09   *************                      ****              *****
 ************************ ****
 0.06                ***********************************************
 *****         *****
 0.03   *                                               **

 0.00    **********************************

                  ^18:51         ^18:52         ^18:53         ^18:54
      ^18:55         ^18:56
 Legend:
    1 min: *, 5 min: *, 15 min: *
    1&5 same: *, 1&15: *, 5&15: *, all: *

srvcom1.smsglobal.com.mx <http://srvcom1.smsglobal.com.mx>   0.08, 0.11,
0.12   9:23:56       ttyload, v0.5


0.50


0.48


0.46


0.44


0.42


0.40


0.38


0.37
*

0.35


0.33
*   *
  0.31
*  **  *

0.29
**

0.27
*

0.25
*
  0.23
**           *
  0.21
**                 ***
  0.19   **
*                   *
  0.17   ****
**       **         *
  0.15     ****************************
* ******************
  0.13         ***  ***********
************************************           ***************
  0.12            **           *************
*****                        ***  *
  0.10              ****
**********************                                ***
  0.08                  ****
*****
  0.06                      ******
*
  0.04
***********
  0.02
***********
  0.00
**
           ^19:18         ^19:19         ^19:20         ^19:21
^19:22         ^19:23
  Legend:
     1 min: *, 5 min: *, 15 min: *
     1&5 same: *, 1&15: *, 5&15: *, all: *


srvcom1.smsglobal.com.mx <http://srvcom1.smsglobal.com.mx>   0.15, 0.13,
0.11   9:31:56       ttyload, v0.5


0.50


0.48


0.46


0.44


0.42


0.40


0.38


0.37


0.35

  0.33                        *
*
  0.31                         **
*
  0.29
**
  0.27
*
  0.25
*                                                      *
  0.23                                 *
*                    *
  0.21
*                                 *      **            *
  0.19                    ***            ***
*     *       *       **   ***
  0.17   *                   *    *         *
***   ***     **             *
  0.15    *             *     **** *************
*     ****   **     ****** *
  0.13   *****           ******************************
**** *******  **********      **
  0.12     *******************
*****************************************************
  0.10          ****
***
  0.08              ****
****
  0.06
******
  0.04
***

0.02


0.00

           ^19:26         ^19:27         ^19:28         ^19:29
^19:30         ^19:31
  Legend:
     1 min: *, 5 min: *, 15 min: *
     1&5 same: *, 1&15: *, 5&15: *, all: *


I monitor the bearerbox cpu ussage along with the bearerbox log and
ttyload and eventhough there are some small peaks (for 1min interal) in
ttys usage, they seems NOT related to bearer cpu usage

Regards

Alvaro


|-----------------------------------------------------------------------------------------------------------------|
EnvΓ­e y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier
celular y Nextel
en el PerΓΊ, MΓ©xico y en mas de 180 paises. Use aplicaciones 2 vias via
SMS y GPRS online
             Visitenos en www.perusms.NET <http://www.perusms.NET>
www.smsglobal.com.mx <http://www.smsglobal.com.mx> y www.pravcom.com
<http://www.pravcom.com>



On Fri, Mar 26, 2010 at 7:46 PM, seikath <[email protected]
<mailto:[email protected]>> wrote:

Hello all,
oook , it looks interesting .. :)
try that:
ps -eo pcpu,pid,user,args | sort -k 1 -r | grep bear

in short, the bellow example is dual Xeon box with apache qmail mysql

kannel with postgresql based sqlbox

model name      : Pentium III (Coppermine)
stepping        : 3
cpu MHz         : 797.515
cache size      : 256 KB
s...@bubu:[Sat Mar 27 01:32:14]:[~]$ ps -eo pcpu,pid,user,args | sort

-k 1 -r | grep bear

 0.0 10391 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0 10390 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4654 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4653 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4613 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4612 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4570 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4569 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4568 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4567 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4566 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4563 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4562 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4561 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4560 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4559 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4558 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4557 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4556 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4554 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf

 0.0  4552 root     /opt/kannel-mblox/sbin/bearerbox -d -P -p

/var/run/mblox-bearerbox.pid
/opt/kannel/etc/4636/wavecom.ttyS0.smskannel.conf


if you run pool of modems, may be this is the reason for the CPU

usage, writing to all the devices and waiting for the answer.

try this one:
http://www.daveltd.com/src/util/ttyload/

and check are there any peaks
of there are any, we have something to work on ..
in general the idea is to tail -f  logs | grep+count for a suspicious

events while watching the ttyload


at least I would do that

cheers


On 03/27/2010 12:12 AM, Alvaro Cornejo wrote:

Nikos

"Thanks God" it was "just" my laptop motherboard that died, not the

server.


In this moment I have no traffic and bearerbox still at 6-8%

[r...@srvcom1 ~]# top

top - 15:50:54 up 26 days, 15:23,  1 user,  load average: 0.08, 0.27,

0.24

Tasks: 218 total,   1 running, 204 sleeping,   0 stopped,  13 zombie
Cpu(s):  0.0%us,  0.1%sy,  0.0%ni, 99.9%id,  0.0%wa,  0.0%hi,

 0.0%si,  0.0%st
Mem: 2074712k total, 1989044k used, 85668k free, 42872k buffers 
Swap:  2031608k total,      344k used,  2031264k free,   859020k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 2337 root      20   0  420m  13m 2448 S    7  0.6   0:25.80 bearerbox
 2716 root      20   0  2332 1088  800 R    0  0.1   0:00.07 top
    1 root      20   0  2044  652  560 S    0  0.0   0:10.44 init
    2 root      15  -5     0    0    0 S    0  0.0   0:00.00 kthreadd
3 root RT -5 0 0 0 S 0 0.0 0:00.95 migration/0 4 root 15 -5 0 0 0 S 0 0.0 0:02.18 ksoftirqd/0 


[r...@srvcom1 ~]# mpstat
Linux 2.6.22.14-72.fc6 (srvcom1.smsglobal.com.mx

<http://srvcom1.smsglobal.com.mx>)     03/26/2010


03:55:49 PM  CPU   %user   %nice    %sys %iowait    %irq   %soft
%steal   %idle    intr/s
03:55:49 PM  all    2.37    0.00    0.84    0.67    0.02    0.03
0.00   96.07     37.07


[r...@srvcom1 ~]# iostat 1 10
Linux 2.6.22.14-72.fc6 (srvcom1.smsglobal.com.mx

<http://srvcom1.smsglobal.com.mx>)     03/26/2010


avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           2.37    0.00    0.89    0.67    0.00   96.07

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               6.33        79.19       176.27  182289095  405742931
dm-0             23.24        79.19       176.26  182280322  405722192
dm-1              0.00         0.00         0.01       1632      19936

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          11.00    0.00    9.50    0.00    0.00   79.50

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               0.00         0.00         0.00          0          0
dm-0              0.00         0.00         0.00          0          0
dm-1              0.00         0.00         0.00          0          0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          14.29    0.00   11.28    0.00    0.00   74.44

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               0.00         0.00         0.00          0          0
dm-0              0.00         0.00         0.00          0          0
dm-1              0.00         0.00         0.00          0          0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          12.47    0.00   12.47    0.00    0.00   75.06

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               0.00         0.00         0.00          0          0
dm-0              0.00         0.00         0.00          0          0
dm-1              0.00         0.00         0.00          0          0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          11.97    0.00   11.97    3.24    0.00   72.82

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda              21.00         0.00       496.00          0        496
dm-0             62.00         0.00       496.00          0        496
dm-1              0.00         0.00         0.00          0          0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.00    0.00    0.00    0.00    0.00  100.00

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               0.00         0.00         0.00          0          0
dm-0              0.00         0.00         0.00          0          0
dm-1              0.00         0.00         0.00          0          0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.00    0.00    0.00    0.00    0.00  100.00

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               0.00         0.00         0.00          0          0
dm-0              0.00         0.00         0.00          0          0
dm-1              0.00         0.00         0.00          0          0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.00    0.00    0.00    0.00    0.00  100.00

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               0.00         0.00         0.00          0          0
dm-0              0.00         0.00         0.00          0          0
dm-1              0.00         0.00         0.00          0          0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.50    0.00    0.50    0.00    0.00   99.00

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               0.00         0.00         0.00          0          0
dm-0              0.00         0.00         0.00          0          0
dm-1              0.00         0.00         0.00          0          0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.00    0.00    0.25    4.00    0.00   95.75

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda             131.00         0.00      1680.00          0       1680
dm-0            210.00         0.00      1680.00          0       1680
dm-1              0.00         0.00         0.00          0          0

[r...@srvcom1 ~]#


About debugging... have no idea what that looks like ;=(( ... should I
eat it with a salad?  :=)


I do use the CNMI  to receive MO in kannel but sometimes it fails and
messages start to clog the modems so I do also use sim-buffering in
order to keep modems free of messages. Sim-buffering looks for the
messages once per minute. I do have only about 20 modems.

[r...@srvcom1 ~]# tail -f /var/log/kannel/com1_t1.log
2010-03-26 16:05:54 [2337] [7] DEBUG: AT2[t1]: <-- OK
2010-03-26 16:05:58 [2337] [7] DEBUG: AT2[t1]: --> AT+CSQ^M
2010-03-26 16:05:58 [2337] [7] DEBUG: AT2[t1]: <-- +CSQ: 26,0
2010-03-26 16:05:58 [2337] [7] DEBUG: AT2[t1]: <-- OK
2010-03-26 16:06:56 [2337] [7] DEBUG: AT2[t1]: --> AT+CPMS?^M
2010-03-26 16:06:56 [2337] [7] DEBUG: AT2[t1]: <-- +CPMS:
"SM",0,20,"SM",0,20,"SM",0,20
2010-03-26 16:06:56 [2337] [7] DEBUG: AT2[tl1]: <-- OK
2010-03-26 16:07:00 [2337] [7] DEBUG: AT2[t1]: --> AT+CSQ"^M
2010-03-26 16:07:00 [2337] [7] DEBUG: AT2[t1]: <-- +CSQ: 26,0
2010-03-26 16:07:00 [2337] [7] DEBUG: AT2[t1]: <-- OK
2010-03-26 16:07:58 [2337] [7] DEBUG: AT2[t1]: --> AT+CPMS?^M
2010-03-26 16:07:58 [2337] [7] DEBUG: AT2[t1]: <-- +CPMS:
"SM",0,20,"SM",0,20,"SM",0,20
2010-03-26 16:07:58 [2337] [7] DEBUG: AT2[t1]: <-- OK
2010-03-26 16:08:02 [2337] [7] DEBUG: AT2[t1]: --> AT+CSQ"^M
2010-03-26 16:08:02 [2337] [7] DEBUG: AT2[t1]: <-- +CSQ: 26,0
2010-03-26 16:08:02 [2337] [7] DEBUG: AT2[t1]: <-- OK
2010-03-26 16:09:00 [2337] [7] DEBUG: AT2[t1]: --> AT+CPMS?^M
2010-03-26 16:09:00 [2337] [7] DEBUG: AT2[t1]: <-- +CPMS:
"SM",0,20,"SM",0,20,"SM",0,20
2010-03-26 16:09:00 [2337] [7] DEBUG: AT2[t1]: <-- OK


Regards

Alvaro






|-----------------------------------------------------------------------------------------------------------------|

EnvΓ­e y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier
celular y Nextel
en el PerΓΊ, MΓ©xico y en mas de 180 paises. Use aplicaciones 2 vias via 
SMS y GPRS online
              Visitenos en www.perusms.NET <http://www.perusms.NET>

www.smsglobal.com.mx <http://www.smsglobal.com.mx> y

www.pravcom.com <http://www.pravcom.com>



2010/3/26 Nikos Balkanas <[email protected]

<mailto:[email protected]>>:

Pretty descent system. I hope it isn't the system with the fried

motherboard

:-)

Can you post again the output of top, or better mpstat or sar? Seems

someone

deleted this from the thread.
8% is reasonably low under traffic. However, when there is none, it is a 
cause for concern. I presume you have maximum level logs and nothing

shows

there either. Something strange is happening with your setup. In my

case,

starting up bearerbox without *any* traffic is @0% CPU as expected.

Try that

on another server with no traffic.
You should run a process debugger, truss in Solaris, to see what system calls it makes during that 8%. Maybe the periodic polling of your modem 
bank? Are you using SIM buffering?

BR,
Nikos
----- Original Message ----- From: "Alvaro Cornejo"
<[email protected] <mailto:[email protected]>>
To: "Nikos Balkanas" <[email protected] <mailto:[email protected]>> 
Cc: <[email protected]

<mailto:[email protected]>>; "users" <[email protected]
<mailto:[email protected]>>

Sent: Friday, March 26, 2010 11:11 PM
Subject: Re: bearebox eating cpu time


Hi Nikkos

I do have a dual cpu dual core xeon with 4GB Ram

[r...@srvcom1 ~]# dmesg | grep -i "hz"
Detected 1596.575 MHz processor.
hpet0: 3 64-bit timers, 14318180 Hz
CPU0: Intel(R) Xeon(R) CPU            5110  @ 1.60GHz stepping 06
CPU1: Intel(R) Xeon(R) CPU            5110  @ 1.60GHz stepping 06
CPU2: Intel(R) Xeon(R) CPU            5110  @ 1.60GHz stepping 06
CPU3: Intel(R) Xeon(R) CPU            5110  @ 1.60GHz stepping 06
ide: Assuming 33MHz system bus speed for PIO modes; override with

idebus=xx
eth0: Broadcom NetXtreme II BCM5708 1000Base-T (B1) PCI-X 64-bit 133MHz 
found at mem f8000000, IRQ 16, node addr 0015c5e7e0a1
eth1: Broadcom NetXtreme II BCM5708 1000Base-T (B1) PCI-X 64-bit 133MHz 
found at mem f4000000, IRQ 16, node addr 0015c5e7e0a3


Maybe I expressed the issue wrong.

By eating cpu time I mean that even if there is no traffic MO/MT
bearerbox process uses the same amount of cpu time.

Regards

Alvaro



|-----------------------------------------------------------------------------------------------------------------|
EnvΓ­e y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier 
celular y Nextel
en el Per�, México y en mas de 180 paises. Use aplicaciones 2 vias via 
SMS y GPRS online
            Visitenos en www.perusms.NET <http://www.perusms.NET>

www.smsglobal.com.mx <http://www.smsglobal.com.mx> y

www.pravcom.com <http://www.pravcom.com>



2010/3/26 Nikos Balkanas <[email protected]

<mailto:[email protected]>>:


Well, if you had a store filesystem problem, you would get waiting

I/O CPU

in your top, which you don't. You can verify with:

iostat 1 10
Anyway, why do you say that 8% CPU is excessive? It seems normal to me. 
How
much did it use to be? What is your CPU hardware?

BR,
Nikos
----- Original Message ----- From: "Alvaro Cornejo"
<[email protected] <mailto:[email protected]>>
To: <[email protected]

<mailto:[email protected]>>

Cc: "users" <[email protected] <mailto:[email protected]>>
Sent: Friday, March 26, 2010 4:43 AM
Subject: Re: bearebox eating cpu time


I monitor kannel queue in order to manage the amount of kannel queued
messages and be able to loadbalance the messages from different
customers. Therefore I never have more that 1000 messages in kannel
queue. Usually arround 400. I do have a pool of modems so that is
aprox a 5 min queue.

Therefore I don't think the problem comes from there.

Any other idea?

Thanks

Alvaro





|-----------------------------------------------------------------------------------------------------------------|
Env�½e y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier 
celular y Nextel
en el Per� , M�Ήxico y en mas de 180 paises. Use aplicaciones 2

vias via

SMS y GPRS online
Ξ’ Ξ’ Ξ’ Ξ’ Ξ’ Ξ’ Visitenos en www.perusms.NET <http://www.perusms.NET> 
www.smsglobal.com.mx <http://www.smsglobal.com.mx> y

www.pravcom.com <http://www.pravcom.com>



On Thu, Mar 25, 2010 at 9:57 PM, Ξ’ <[email protected]

<mailto:[email protected]>> wrote:


You get the dubious benefit of losing your store if the server

crashes ;)


However, if you're using ext3 for the store and it grows too big,

this is
known to cause io problems which could result into high load. Using a 
separate ext2 partition for the store is actually a very good idea,
though
I'd check the rest of the setup for other possible bottlenecks as

well.


Regards,

Alex

BlackBerry de movistar, all�½ donde est�Ήs est�± tu oficin@

________________________________
From: Alvaro Cornejo <[email protected]

<mailto:[email protected]>>

Date: Thu, 25 Mar 2010 21:37:39 -0400
To: Benaiad<[email protected] <mailto:[email protected]>>
Cc: users<[email protected] <mailto:[email protected]>>
Subject: Re: bearebox eating cpu time
Hi Benaiad

I don't get it. Why should I use ramdisk for MT?

Do you mean move kannel to run from the ramdisk? What advantage

might I

get
if the rest of the information (mysql) and my app is still running

from

HD?

Regards

Alvaro






|-----------------------------------------------------------------------------------------------------------------|

Env�½e y Reciba Datos y mensajes de Texto (SMS) hacia y desde

cualquier

celular y Nextel
en el Per� , M�Ήxico y en mas de 180 paises. Use aplicaciones 2

vias via

SMS
y
GPRS online
Visitenos en www.perusms.NET <http://www.perusms.NET>

www.smsglobal.com.mx <http://www.smsglobal.com.mx> y

www.pravcom.com <http://www.pravcom.com>


On Thu, Mar 25, 2010 at 9:05 PM, Benaiad <[email protected]

<mailto:[email protected]>> wrote:


Hi Alvaro,
I suggest you to try ramdisk for MT files.
Regards.
--
Benaiad

Reply via email to