Consumo de Memoria

security

Joined
May 14, 2007
Messages
299
Likes
0
Points
0
#1
Tengo testeando elastix 0.78 con 30 agentes, y primarios, esta en un servidor hp dl 360 G5, con 4G en ram, doble procesador xeon, cuando ponga a gravar las llamadas entrante y saliente (debe gravar siempre), se consume toda la memoria de la maquina, y el porcentaje de los procesadores es bajo...:blush:

Que pena moslestar tanto pero .....
 

lek

Guest
#2
No te preocupes, no es molestia, nos ayudas a corregir.

Puedes enviarnos la salida del comando top ordenado por consumo de memoria (con la opción M)?
 

security

Joined
May 14, 2007
Messages
299
Likes
0
Points
0
#3
Esto es lo que me muestar...

Code:
top - 09:25:03 up 8 days, 13:30,  1 user,  load average: 0.00, 0.00, 0.00
Tasks: 109 total,   1 running, 108 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.3% us,  0.2% sy,  0.0% ni, 94.6% id,  4.9% wa,  0.0% hi,  0.0% si

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
19160 asterisk  15   0 13404 8528 1928 S    1  0.2   4:30.57 op_server.pl
  382 root      15   0     0    0    0 S    0  0.0   0:21.77 kjournald
    1 root      16   0  2928  548  472 S    0  0.0   0:00.94 init
    2 root      RT   0     0    0    0 S    0  0.0   0:00.04 migration/0
    3 root      34  19     0    0    0 S    0  0.0   0:00.00 ksoftirqd/0
    4 root      RT   0     0    0    0 S    0  0.0   0:00.03 migration/1
    5 root      34  19     0    0    0 S    0  0.0   0:00.00 ksoftirqd/1
    6 root      RT   0     0    0    0 S    0  0.0   0:00.04 migration/2
    7 root      34  19     0    0    0 S    0  0.0   0:00.00 ksoftirqd/2
    8 root      RT   0     0    0    0 S    0  0.0   0:00.01 migration/3
    9 root      34  19     0    0    0 S    0  0.0   0:00.00 ksoftirqd/3
   10 root       5 -10     0    0    0 S    0  0.0   0:00.17 events/0
   11 root       5 -10     0    0    0 S    0  0.0   0:00.04 events/1
   12 root       5 -10     0    0    0 S    0  0.0   0:00.00 events/2
   13 root       5 -10     0    0    0 S    0  0.0   0:00.10 events/3
   14 root       8 -10     0    0    0 S    0  0.0   0:00.00 khelper
   15 root      15 -10     0    0    0 S    0  0.0   0:00.00 kacpid
   73 root       5 -10     0    0    0 S    0  0.0   0:00.00 kblockd/0
   74 root       5 -10     0    0    0 S    0  0.0   0:00.00 kblockd/1
   75 root       5 -10     0    0    0 S    0  0.0   0:00.00 kblockd/2
   76 root       5 -10     0    0    0 S    0  0.0   0:00.00 kblockd/3
   77 root      15   0     0    0    0 S    0  0.0   0:00.12 khubd
   94 root      20   0     0    0    0 S    0  0.0   0:00.00 pdflush
   95 root      15   0     0    0    0 S    0  0.0   0:03.09 pdflush
   97 root       6 -10     0    0    0 S    0  0.0   0:00.00 aio/0
   98 root       6 -10     0    0    0 S    0  0.0   0:00.00 aio/1
   99 root       5 -10     0    0    0 S    0  0.0   0:00.00 aio/2
  100 root       5 -10     0    0    0 S    0  0.0   0:00.00 aio/3
   96 root      15   0     0    0    0 S    0  0.0   0:01.66 kswapd0
  244 root      25   0     0    0    0 S    0  0.0   0:00.00 kseriod
 1464 root       6 -10  2956  472  380 S    0  0.0   0:00.03 udevd
 1893 root       6 -10     0    0    0 S    0  0.0   0:00.00 kauditd
 2129 root       8 -10     0    0    0 S    0  0.0   0:00.00 kmirrord
 2180 root      19   0     0    0    0 S    0  0.0   0:00.00 kjournald
 5917 root      15   0  1620  548  456 S    0  0.0  10:12.35 syslogd
 5921 root      15   0  1776  380  316 S    0  0.0  22:47.17 klogd
 5931 root      16   0  2180  300  220 S    0  0.0   0:00.01 irqbalance
 5949 rpc       15   0  2088  548  452 S    0  0.0   0:00.00 portmap
 5968 root      15   0  2224  724  620 S    0  0.0   0:00.00 rpc.statd
<br><br>Post edited by: admin, at: 2007/06/12 08:03
 

adminad

Joined
Apr 29, 2010
Messages
150
Likes
0
Points
0
#4
Securiry,

Olvidaste ordenar por consumo de memoria con la M mayúscula.
 

security

Joined
May 14, 2007
Messages
299
Likes
0
Points
0
#5
Esta es la version 0.83 en un servidor ML 110, como pueden ver la memoria ya esta casi full, pero no tiene nada de carga...



top - 07:04:44 up 10:54, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 121 total, 1 running, 120 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1034824k total, 916540k used, 118284k free, 89980k buffers
Swap: 779144k total, 0k used, 779144k free, 615664k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3214 daemon 18 0 207m 31m 6052 S 0 3.1 0:06.20 java
2531 mysql 18 0 134m 19m 4352 S 0 2.0 0:09.77 mysqld
2827 asterisk 15 0 32304 14m 6020 S 0 1.5 0:12.18 httpd
2822 asterisk 15 0 32272 14m 6020 S 0 1.5 0:11.55 httpd
2821 asterisk 23 0 32184 14m 6012 S 0 1.5 0:12.98 httpd
2828 asterisk 15 0 32064 14m 6024 S 0 1.5 0:11.88 httpd
2831 asterisk 15 0 32152 14m 6012 S 0 1.5 0:11.45 httpd
2826 asterisk 21 0 32020 14m 6048 S 0 1.5 0:12.24 httpd
2823 asterisk 15 0 31976 14m 6024 S 0 1.4 0:13.10 httpd
2824 asterisk 23 0 31848 14m 6036 S 0 1.4 0:13.15 httpd
3102 asterisk 15 0 32012 14m 5856 S 0 1.4 0:09.59 httpd
3133 asterisk 17 0 30712 12m 6396 S 0 1.2 0:50.41 asterisk
9489 asterisk 15 0 12080 8384 1852 S 0 0.8 0:16.66 op_server.pl
2769 root 18 0 23372 7056 4252 S 0 0.7 0:00.34 httpd
4270 root 15 0 10464 5868 1724 S 0 0.6 0:00.25 miniserv.pl
2411 ntp 15 0 4352 4352 3352 S 0 0.4 0:00.07 ntpd
3015 haldaemo 19 0 5696 4016 1688 S 0 0.4 0:00.63 hald
2042 root 15 -3 9540 3824 2216 S 0 0.4 0:00.23 python
2667 cyrus 15 0 12420 2704 1644 S 0 0.3 0:00.10 cyrus-master
5638 root 15 0 8072 2452 1980 S 0 0.2 0:00.21 sshd
2694 cyrus 18 0 30756 2268 1872 S 0 0.2 0:00.00 lmtpd
2691 cyrus 18 0 30964 2032 1640 S 0 0.2 0:00.00 imapd
2695 cyrus 18 0 30960 2032 1632 S 0 0.2 0:00.00 imapd
2696 cyrus 18 0 30964 2032 1640 S 0 0.2 0:00.00 imapd
2765 cyrus 20 0 30964 2032 1632 S 0 0.2 0:00.00 imapd
10340 nobody 15 0 5292 2032 1560 S 0 0.2 0:01.74 openvpn
2690 cyrus 18 0 30960 2028 1632 S 0 0.2 0:00.00 imapd
2713 cyrus 19 0 30964 2028 1632 S 0 0.2 0:00.00 imapd
2715 cyrus 21 0 30960 2028 1632 S 0 0.2 0:00.00 imapd
2761 cyrus 20 0 30964 2028 1632 S 0 0.2 0:00.00 imapd
2762 cyrus 21 0 30960 2028 1632 S 0 0.2 0:00.00 imapd
2763 cyrus 22 0 30960 2028 1632 S 0 0.2 0:00.00 imapd
2766 cyrus 20 0 30964 2028 1632 S 0 0.2 0:00.00 imapd
2767 cyrus 25 0 30960 2024 1632 S 0 0.2 0:00.00 imapd
2692 cyrus 18 0 30660 1996 1612 S 0 0.2 0:00.00 pop3d
2698 cyrus 18 0 30660 1996 1612 S 0 0.2 0:00.00 pop3d
2716 cyrus 21 0 30660 1996 1612 S 0 0.2 0:00.00 pop3d
 

nava

Joined
Jun 16, 2007
Messages
24
Likes
0
Points
0
#6
Es totalmente normal que Linux utilice casi toda su memoria disponible, está en su filosofía, pero en el momento que se necesita la libera.
Lo importante es que haga poco uso del swap (memoria virtual en disco), que es lo que realmente ralentiza la maquina, y si te fijas, tu servidor no usa nada.
Swap: 779144k total, 0k used, 779144k free

Saludos<br><br>Post edited by: nava, at: 2007/06/21 11:20
 

lek

Guest
#7
De todas maneras si había un pequeño bug en el cálculo de la memoria usada y era que no estabamos restando el Buffer que en todo caso es memoria libre.<br><br>Post edited by: edgar, at: 2007/07/06 22:10
 

nava

Joined
Jun 16, 2007
Messages
24
Likes
0
Points
0
#8
Recuerda que hay que restar buffers y cache ;)

Por cierto, ¿cuando lo vais a implementar??

Saludos
 

lek

Guest
#9
Qué tal nava, estará en la 0.8.5
 

Members online

No members online now.

Latest posts

Forum statistics

Threads
30,902
Messages
130,887
Members
17,566
Latest member
Fpino
Top