Problemas con memoria

Forums: 

Hola buen dia a todos, estoy por aca nuevamente ahora tengo el siguiente problema, un amigo tiene unos server con red hat 4.0 y 5.0. ambos tienen 4 gb en memoria, resulta que en el ultimo mes estos estan ocupando el 98% de memoria, al parecer es el proceso postgres el que la esta consumiendola, como podemos verificar realmente que proceso la consume, si hacemos un update a una nueva version mejoraria el panorama?, digo esto ultimo por que tenia un centos 5.0 y luego de unos 8 meses de uso se comenzo a poner lento le hice un update y al reiniciarlo no dio mas problemas eso ya casi mas de un año.

con que comando podria verificar que proceso consume la memoria, si le hago un kill sera que mejore, pero creo que realmente deberia estar seguro que proceso es el que me consume la memoria y ver el porque lo esta haciendo.

quedo atentos a comentarios.

Puedes usar top para

Imagen de deathUser

Puedes usar top para monitorerar el uso de los recursos.

Es una buena práctica mantener actualizados los sistemas así que un yum -y update sería muy recomendable.

No hay que matar por matar un proceso, ya que si lo matas puedes acabar con información inconsistente (por ejemplo si matas un bgwriter de postgresql en media escritura a disco), así que tienes que analizar con top por ejemplo o vmstat o sar u otro montón de herramientas de monitoreo para ver cual es la que te está consumiendo la memoria, si temes que sea postgresql podrías tunearlo o bajar el número máximo de conexiones o usar herramientas de pooling de conexiones, bueno pero siempre el análisis de las estadísticas de monitoreo te dará más pistas ...

bye
;)

hola disculpen por no poner

hola disculpen por no poner los print, estuve leyendo sobre el tuning pero no me quedo claro que hace, solo he logrado ver en internet como se hace pero no cual es la meta, mencionan solo que es para performance, acontinuacion los pirnt:

server 2# free -m
total used free shared buffers cached
Mem: 4053 3979 74 0 30 3595
-/+ buffers/cache: 352 3700
Swap: 2000 0 1999

server 1 # free -m
total used free shared buffers cached
Mem: 4054 3663 390 0 81 3419
-/+ buffers/cache: 162 3891
Swap: 2000 0 1999

server 1: top

top - 10:08:00 up 49 days, 7:30, 13 users, load average: 1.18, 1.14, 0.90
Tasks: 166 total, 1 running, 165 sleeping, 0 stopped, 0 zombie
Cpu(s): 4.5% us, 1.7% sy, 0.1% ni, 82.3% id, 11.4% wa, 0.1% hi, 0.0% si
Mem: 4150616k total, 4089908k used, 60708k free, 32024k buffers
Swap: 2048276k total, 744k used, 2047532k free, 3693736k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
26534 broad 16 0 215m 119m 1268 S 14 2.9 805:16.69 msgfdr
26536 broad 23 0 63072 7324 836 S 5 0.2 289:51.95 broadcaster
26510 broad 21 0 58652 1388 1068 S 4 0.0 230:13.87 cl_router
4801 root 16 0 2980 1004 764 R 1 0.0 0:00.03 top
6490 webapp 14 -1 9760 4016 1496 S 0 0.1 0:00.23 httpd
31954 webapp 18 2 5440 1476 1244 S 0 0.0 0:04.10 broadapp
1 root 16 0 3500 548 468 S 0 0.0 0:00.89 init
2 root RT 0 0 0 0 S 0 0.0 0:35.99 migration/0
3 root 34 19 0 0 0 S 0 0.0 0:01.04 ksoftirqd/0
4 root RT 0 0 0 0 S 0 0.0 0:27.58 migration/1
5 root 34 19 0 0 0 S 0 0.0 0:28.22 ksoftirqd/1
6 root RT 0 0 0 0 S 0 0.0 0:33.47 migration/2
7 root 34 19 0 0 0 S 0 0.0 0:25.32 ksoftirqd/2
8 root RT 0 0 0 0 S 0 0.0 0:27.53 migration/3
9 root 34 19 0 0 0 S 0 0.0 0:14.87 ksoftirqd/3
10 root 5 -10 0 0 0 S 0 0.0 0:00.10 events/0
11 root 5 -10 0 0 0 S 0 0.0 0:00.10 events/1
12 root 5 -10 0 0 0 S 0 0.0 0:00.14 events/2
13 root 5 -10 0 0 0 S 0 0.0 0:00.12 events/3
14 root 5 -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
72 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/0
73 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/1
74 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/2
75 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/3
76 root 15 0 0 0 0 S 0 0.0 0:00.02 khubd
95 root 16 0 0 0 0 S 0 0.0 3:38.08 kswapd0
96 root 6 -10 0 0 0 S 0 0.0 0:00.00 aio/0
97 root 6 -10 0 0 0 S 0 0.0 0:00.00 aio/1
98 root 6 -10 0 0 0 S 0 0.0 0:00.00 aio/2
99 root 6 -10 0 0 0 S 0 0.0 0:00.00 aio/3
243 root 25 0 0 0 0 S 0 0.0 0:00.00 kseriod
532 root 16 0 0 0 0 S 0 0.0 0:00.00 scsi_eh_0
533 root 15 0 0 0 0 S 0 0.0 2:54.11 usb-storage
539 root 16 0 0 0 0 S 0 0.0 0:00.00 scsi_eh_1
540 root 15 0 0 0 0 S 0 0.0 1:32.42 usb-storage
565 root 16 0 0 0 0 S 0 0.0 0:00.00 scsi_eh_2
589 root 15 0 0 0 0 S 0 0.0 23:17.36 kjournald
2028 root 6 -10 2344 444 360 S 0 0.0 0:00.02 udevd
2182 root 5 -10 0 0 0 S 0 0.0 0:00.00 kedac
2189 webapp 14 -1 9912 4456 1788 S 0 0.1 0:03.11 httpd
2215 root 6 -10 0 0 0 S 0 0.0 0:00.00 kauditd
2317 root 24 0 0 0 0 S 0 0.0 0:00.00 kjournald
3158 root 15 0 1552 544 448 S 0 0.0 11:29.43 syslogd
3162 root 15 0 3216 384 320 S 0 0.0 0:00.00 klogd
3176 root 16 0 2936 292 216 S 0 0.0 0:00.49 irqbalance
3195 rpc 15 0 2848 540 444 S 0 0.0 0:00.00 portmap
3216 rpcuser 16 0 1652 724 628 S 0 0.0 0:00.00 rpc.statd
3248 root 16 0 4104 368 200 S 0 0.0 0:00.00 rpc.idmapd
3301 root 15 0 4924 1136 836 S 0 0.0 1:05.98 sshd

server 2: top

top - 10:08:19 up 203 days, 9:32, 8 users, load average: 0.00, 0.06, 0.19
Tasks: 131 total, 1 running, 130 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.1% us, 0.1% sy, 0.0% ni, 99.8% id, 0.0% wa, 0.1% hi, 0.0% si
Mem: 4151460k total, 3753372k used, 398088k free, 83372k buffers
Swap: 2048276k total, 784k used, 2047492k free, 3501956k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3955 root 14 -1 29360 1992 1604 S 0 0.0 154:50.63 modclusterd
1 root 16 0 2516 548 468 S 0 0.0 0:01.17 init
2 root RT 0 0 0 0 S 0 0.0 0:07.36 migration/0
3 root 34 19 0 0 0 S 0 0.0 0:02.37 ksoftirqd/0
4 root RT 0 0 0 0 S 0 0.0 0:10.88 migration/1
5 root 34 19 0 0 0 S 0 0.0 1:33.76 ksoftirqd/1
6 root RT 0 0 0 0 S 0 0.0 0:08.61 migration/2
7 root 34 19 0 0 0 S 0 0.0 3:07.80 ksoftirqd/2
8 root RT 0 0 0 0 S 0 0.0 0:17.54 migration/3
9 root 34 19 0 0 0 S 0 0.0 0:01.85 ksoftirqd/3
10 root 5 -10 0 0 0 S 0 0.0 0:00.43 events/0
11 root 5 -10 0 0 0 S 0 0.0 0:00.24 events/1
12 root 5 -10 0 0 0 S 0 0.0 0:00.27 events/2
13 root 5 -10 0 0 0 S 0 0.0 0:00.33 events/3
14 root 5 -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
72 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/0
73 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/1
74 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/2
75 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/3
76 root 15 0 0 0 0 S 0 0.0 0:00.00 khubd
95 root 15 0 0 0 0 S 0 0.0 3:35.18 kswapd0
96 root 7 -10 0 0 0 S 0 0.0 0:00.00 aio/0
97 root 7 -10 0 0 0 S 0 0.0 0:00.00 aio/1
98 root 7 -10 0 0 0 S 0 0.0 0:00.00 aio/2
99 root 7 -10 0 0 0 S 0 0.0 0:00.00 aio/3
243 root 25 0 0 0 0 S 0 0.0 0:00.00 kseriod
521 root 16 0 0 0 0 S 0 0.0 0:00.00 scsi_eh_0
522 root 15 0 0 0 0 S 0 0.0 10:28.40 usb-storage
528 root 16 0 0 0 0 S 0 0.0 0:00.00 scsi_eh_1
529 root 15 0 0 0 0 S 0 0.0 5:13.19 usb-storage
554 root 16 0 0 0 0 S 0 0.0 0:00.00 scsi_eh_2
578 root 15 0 0 0 0 S 0 0.0 51:32.99 kjournald
1971 root 6 -10 2800 444 360 S 0 0.0 0:00.01 udevd
1998 root 15 0 0 0 0 S 0 0.0 0:00.68 pdflush
2140 root 5 -10 0 0 0 S 0 0.0 0:00.00 kedac
2171 root 6 -10 0 0 0 S 0 0.0 0:00.00 kauditd
2284 root 15 0 0 0 0 S 0 0.0 0:00.00 kjournald
2648 broad 16 0 6260 1724 1432 S 0 0.0 0:50.55 PlatformScript.
2651 broad 16 0 1972 512 428 S 0 0.0 0:00.65 vmstat
3194 root 15 0 3428 540 448 S 0 0.0 1:13.66 syslogd
3198 root 16 0 1752 384 320 S 0 0.0 0:00.00 klogd
3213 root 16 0 2000 296 216 S 0 0.0 0:00.18 irqbalance
3232 rpc 15 0 2944 540 444 S 0 0.0 0:00.00 portmap
3252 rpcuser 17 0 2376 732 628 S 0 0.0 0:00.00 rpc.statd
3284 root 16 0 5868 372 200 S 0 0.0 0:00.00 rpc.idmapd
3337 root 16 0 4864 1136 836 S 0 0.0 4:53.18 sshd
3351 root 16 0 14216 1240 1048 S 0 0.0 4:39.10 ccsd
3432 root 15 0 0 0 0 S 0 0.0 0:18.33 cman_comms
3433 root 15 0 0 0 0 S 0 0.0 0:13.25 cman_memb

Cuanta información ...

Imagen de deathUser

Cuanta información ...

Esa es una instantánea tomada en dos instantes de tiempo, me da pereza de leer ...

Si no me equivoco en top puedes decirle que te ordene por distintos parámetros, por default te lo ordena por uso de procesador, ordénalo por uso de memoria y mira cual es el proceso que te está consumiendo la memoria ...

PD: Dos instantáneas no te van a dar idea de lo que está pasando, cuando monitoreas la idea es tomar un conjunto de lecturas (muestra) mientras mayor es la muestra es más significativa la interpretación y luego tabularla, graficarla, sacar estadísticas, etc ... eso te dará un diagnóstico de lo que le pasa a tu sistema.

bye
;)

en el primer caso estás

Imagen de Epe

en el primer caso estás usando 352MB de los 4GB que tiene.. el resto se va principalmente en caché (3595M)

en el segundo caso es más o menos igual.

en resumen, ambas están muy bien y no te pongas a tunear nada, están excelente.

en algún lugar publiqué sobre el free pero no recuerdo (aquí está una breve explicación mía en inglés http://forum.lxcenter.org/index.php?t=msg&goto=79007&)

Saludos
epe

EcuaLinux.com

+(593) 9 9924 6504

Servicios en Software Libre

Gracias EPE, pero para el

Gracias EPE, pero para el mismo server si te fijas me dices que con el comando Free -m la memoria esta al 90% pero casi toda es usada por la chache, pero con el comando top veo que la memoria usada es mas de 3.5 gb de los cuatro que tiene o no se interpretar en que parte indica que igual es de la cache que la esta tomando.

root@db1~] # top
top - 10:17:18 up 207 days, 9:41, 4 users, load average: 0.00, 0.01, 0.15
Tasks: 109 total, 1 running, 108 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.1% us, 0.1% sy, 0.0% ni, 99.7% id, 0.2% wa, 0.0% hi, 0.0% si
Mem: 4151460k total, 3632420k used, 519040k free, 84440k buffers
Swap: 2048276k total, 208k used, 2048068k free, 3400340k cached

root@db1~] # free - m
total used free shared buffers cached
Mem: 4151460 3632372 519088 0 84444 3400336
-/+ buffers/cache: 147592 4003868
Swap: 2048276 208 2048068

La que nos importa es la

Imagen de Epe

La que nos importa es la reservada... y la memoria reservada es la que se indica como used menos la que está en shared, en caché y en buffers.

la memoria reservada es aquella de la cual el sistema no puede disponer, la cual TIENE que tener, el resto de memoria es de libre disponibilidad y la usa para cachear pues es bueno para el sistema, pero no afecta en nada y si un día tiene que usar más memoria reservada, la sacará de la de cache, la de caché simplemente la usa porque de otra forma estaría libre, sin usarse en nada.. y ya veremos que eso no es tan bueno para tí.

en este ultimo ejemplo, usada tienes 3632372 (qué raro, esto no parece free -m como indicas sino solamente free), voy a llevarle a megas: 3632MB

la memoria compartida (shared) : 0mb
la memoria en buffers: 84mb
la memoria en caché: 3400mb

entonces, la memoria reservada, que repito: es la que el sistema en verdad requiere.. es:
reservada=usada-shared-buffers-cached
voy a sustituir valores:
reservada=3632MB-0MB-84MB-3400MB
reservada=148MB
esa es la memoria que tu sistema está usando.. aguanta, yo sé la letanía del top, y te la demuestro más tarde.

no tenía que haber hecho tanto cálculo, pues el comando free la muestra por mí.. fíjate luego de -/+ buffers/caché dice 147592, la aproximaré a: 148MB. Qué casualidad!! Es lo mismo que hice en toooooooooodo el anterior cálculo.

Y por qué el sistema cachea tanto? (aguanta lo del top, ya hablo de él), porque es positivo! supongamos tu cargas el firefox, el sistema la primera vez que lo cargas, lo guarda en la caché, para qué? para que luego si lo intentas cargar de nuevo, ya no leerle de disco, simplemente le sacará de la memoria de caché! Lo mismo con las decenas de programas que tendrás corriendo, quizá un server web, uno de bd, etc. Eso lo hace muy rápido y a costa de nada, pues de lo contrario estaría como tu mente dice que debe estar: como totalmente libre.. y desaprovecharías la velocidad que tiene la ram sobre un disco (es decir, es más rápido leer de ram que de disco).

Pero por qué no deja libre esa memoria!!! podría dejarle libre.. pero para qué? te imaginas un servidor con 4GB de RAM (como el tuyo) usando 148MB (como el tuyo) y sin cachear nada? Se arrastraría.. te dolería en el alma.. y dirías: qué lento linux! Pero no.. linux si le pones ram, usará la ram primero que todo en memoria reservada, y luego tooooooodo lo que sobre, no la dejará así simplemente libre.. sino que la usará para caché para mejorar tu experiencia.. y repito: no importa .. si un día requiriera más memoria para memoria reservada no pasa nada, él simplemente se la quita a la caché, la caché está ahi de favor, solamente porque de otra forma estaría totalmente sin usarse y no sería óptimo.

malo es ver un server con 32GB de ram, que tenga en el espacio que dice: free un valor alto. Hablando de la columna de free: en tu caso tiene 519MB free lo que es un indicador de que se ha sobredimensionado este equipo.. esto es... linux corre, no para de correr(lleva 207 días encendido) y por más que intenta usar la memoria para caché... le sobra memoria.. considera que has malgastado 519MB .. no les usas, ni para memoria reservada (que es la que te debe preocupar)ni para memoria caché (que acelera tu equipo).. todo lo que podía cachear o reservar bastaría si hubieras comprado un equipo con 519MB menos.. ok, sé que es imposible esto.. pero está sobredimensionado o subutilizado (por eso mejor se virtualiza para usar mejor los recursos). Incluso estoy seguro que el sistema podría optimizarse para que usara mucha menos memoria.. pero es otro tema.. a tí, increíblemente para mi, te preocupa que tu server usa mucha ram.

Ah sí.. el "asunto" del top. El top no te hace las cosas tan fáciles, no te muestra la memoria reservada.. por eso viene el susto.. pero nada.. voy, de tu comando top obtengo la siguiente información:
3632420k usada
84440k buffers
3400340k cached
(no dice nada de la shared, pero esa típicamente es 0 o tendiente a 0).
entonces, cómo calculas la memoria reservada? Voy:
reservada=usada-buffers-shared-cache
reservada=3632420k-84440k-0k-3400340k
reservada=148MB.
Bien epe!! Lograste el mismo resultado.

Cuándo me debería preocupar el tema de la memoria? Cuando la memoria reservada supera la mitad de la memoria total, ahi hay posibles problemas, por temas indirectos... digo indirecto porque en realidad la memoria reservada podría igualar a la memoria total.. pero qué pasaría entonces con la caché y la de buffers? serían 0 para satisfacer la ecuación verdad?

reservada=usada-cache-buffers-shared
reservada=usada solamente si cache, buffers y shared son 0

Pero qué pasa si caché es 0 (o tiende a 0)? El sistema se windozearía.. se haría taaaaaan leeeeeento, porque todo tendría que sacarlo de disco una y otra vez, te imaginas que el server web cada vez que tenga que levantar un hijo, como la caché está en 0.. tuviera que ir a disco a leer para levantar un nuevo hijo? Sería lentísimo, sería windows (lo digo con voz tétrica y misteriosa).

Entonces, no es bueno que el sistema no tenga caché.. no es bueno que la memoria reservada supere la mitad de la total, porque eso significaría que cada vez tengo menos y menos espacio para caché... y por tanto el sistema podría ser cada vez más y más lento hasta colapsar en un horrible pánico.

Tampoco es para morirse, hay veces que hay servidores que tienen más de la mitad de la ram en reservada y no pasa mucho.. porque se comportan bien estables en el tiempo y etc, etc.. esto son solamente estimaciones que un especialista debe conocer para tratar de evitar... la verdad es que típicamente cuando se supera la mitad de toda la ram en memoria reservada es un buen síntoma de que vamos a tener problemas.

Ahora sí? Te pido que antes de postear.. revises nuevamente lo que acabo de escribir.. en tu caso está super super bien el sistema, incluso tiene memoria que el sistema no tiene ni qué usar (la columna free).

Aquí te dejo un ejercicio de un servidor de producción cualquiera:
free -m
total used free shared buffers cached
Mem: 1004 813 190 0 47 317
-/+ buffers/cache: 448 555
Swap: 127 0 127

opiniones del ejercicio 1... Qué te parece? de acuerdo a todo lo que he dicho, está bien o mal?

Aquí otro:
free -m
total used free shared buffers cached
Mem: 7820 7513 306 0 339 5070
-/+ buffers/cache: 2103 5716
Swap: 2015 179 1836

opiniones del ejercicio 2?

Saludos
epe

EcuaLinux.com

+(593) 9 9924 6504

Servicios en Software Libre

Hola muchas gracias Epe por

Hola muchas gracias Epe por tu aclaración, y por tomarte el time para explicar un tema importante que nunca había leído por que no había visto tanto consumo en memoria en un equipo Linux, para el caso de los ejercicios para el primero veo que estaría a punto de entrar a un punto critico por que estaria usando el 44% casi la mitad de la memoria total, para el segundo caso la memoria reservada esta por el 26% lo cual estaria relativamente bien.

Ahora el susto es por lo siguiente este server es un server de señalización de una empresa de Telecomunicaciones y el miedo era que por tener tanta memoria RAM en uso el server comenzara a dar problemas pero con tu explicación veo que no es así, lo que me sorprende es que llego una empresa internacional hacer auditoria indicando aumentar la memoria RAM pero con lo que tú dices no sería necesario.

Ahora bien luego de la explicación me puse a la tarea de leer sobre el tema, porque al final es de suma importancia no dejar de lado estos temas importantes saber funcionamiento lógico de cómo opera Linux y no solo enfocarse en la parte de servicios, tengo otra duda la cual es:
1- leí en distintos sitios web e indican esto: La filosofía de Linux (y Unix) es usar toda la memoria disponible para hacer algo de provecho, el tener memoria libre sin utilizar es estar tirando el dinero y los recursos por la ventana.

Un uso tan bajo de la swap, tampoco es un problema. Según mi experiencia, un uso constante de la swap de un 20-25% y en adelante, hay que empezar a tomarlo en serio y nos está indicando que probablemente estamos cortos de memoria RAM para el uso que le estamos dando a la maquina.

Mi duda es la memoria swap es la misma memoria reservada?, yo diría que sí creo que lo que cambia es la terminología a como nos referimos a ella, pero en si seria ese espacio reservado del disco duro que se guarda el sistema operativo en caso de que la memoria principal (la RAM) se agote.

Y nuevamente gracias a este foro y a tu persona, a death y las demás personas que siempre están con deseos de aclarar las dudas de los integrantes.

Saludos,

Cita:

Imagen de Epe

[quote]lo que me sorprende es que llego una empresa internacional hacer auditoria indicando aumentar la memoria RAM pero con lo que tú dices no sería necesario.[/quote]
Esto es ya normal, antes me ofendía (algo así como: por qué no me contratan a mí, puedo hacerlo mejor, me ganaría una buena plata inteligentemente y etc, etc)... ahora simplemente es normal, es parte del mismo problema del crecimiento del sistema. Faltan especialistas, y seguirán faltando porque hay más instalaciones de Linux que personas que verdaderamente conocen del asunto. Pero sí duele cómo hacen esa auditoría, seguro que la factura tiene 4 ó 5 ceros.. y nada, le pagan con gusto por incluir hasta temas como estos que no son ciertos.

El tema de la memoria que expresas es una falla continuada no solamente por esta empresa (o que te lo tomaste muy en serio al inicio), sino que sistemas bastante conocidos tienen el mismo inconveniente. kloxo, plesk, por mencionarte 2 de ellos muestran la memoria así como al inicio pensabas, y la gente se alaaaaaarma cuando ve eso y corre y maldice su poca memoria. Y empresas inescrupulosas o desconocedoras les ofrecen poner más ram en sus equipos para solventar este problema.

Sobre el tema de la swap. En efecto cuando la reservada comienza a superar la mitad de la total, y si hay swap disponible (yo a veces al apago en algunos servidores) el sistema puede tomar decisiones como esta:
"para lograr que la reservada no supere la mitad de la ram, buscar procesos que lleven mucho tiempo sin ser invocados, entonces bajarles a estos procesos a la swap"

Al bajarles su memoria a la swap, en efecto es la reservada (en su mayoría, quizá no en su totalidad) la que bajan.

Incluso esto lo hacen si es notorio que un proceso lleva la mayoría del tiempo sin usarse, aún cuando no supera la mitad de la ram, lo hace por no tener procesos innecesarios.

con esto logran no malgastar la memoria en espacios que a la final no se usan, lógicamente puede seguir creciendo la memoria reservada y ya no haber más swap, entonces cuando la reservada iguale a la total.. pum, se acaba todo en un horrible pánico.

No es normal que un sistema que hoy funcione de una forma, con un patrón X, repentinamente comience a usar más memoria de lo normal. Si lo hace es que han cambiado sus condiciones (más tráfico, más accesos, un paquete nuevo o diferente que no se está comportanto como antes, etc). Pero sí ocurre de vez en cuando.

Yo la swap, en ella no confío... confío en que la reservada no supere la mitad de la ram.. si comienza a superarle continuamente, ya es hora de ponerle más ram al equipo, o de optimizarle para que no corran procesos por gusto que consumen ram.. así de simple.

Sobre tu respuesta a los ejercicios.. no diré nada por si otros en el futuro quieren hacerlos. Hay más interpretaciones ahi, y yo al menos no me portara como "casi llega a la mitad" es verdad que le falta, pero me faltó quizá ponerte que es un sistema con varios meses de uso ininterrumpido, por tanto ya se podría considerar bastante estabilizado el consumo de la ram (a partir de los 2 ó 3 días corriendo ya la ram comienza a mostrar patrones muy estables)

Saludos
epe

EcuaLinux.com

+(593) 9 9924 6504

Servicios en Software Libre

solo por mencionar lo que

solo por mencionar lo que dices al final sobre la estabilidad de la memoria, estos equipos tienen mas de 3 años en funcionamiento, y sobre la empresa que hizo la auditoria o saben del asunto o bien mencionan eso solo para vender los modulos de memoria por que igual son Distribuidores de HW.

Respecto al ejercicio los lei en la madrugada ya que me econtraba haciendo una ventana de mantenimiento, y solo me enfoque en lo del uso de la memoria reservada, y si tienes razon leere mas sobre el tema para tenerlo mas claro, y asi poder dar un analisis mas profundo y acertado, lamentablemente no trabajo directametne con equipos Linux, me gusta y por ello no dejo de consultar y de leer, pero el perfil del area donde estoy es GPRS, la cual es muy interesante y se que hay mucho futuro para crecer pero pienso que dia a dia si uno se propone aprende algo y por ello siempre estoy leyendo los temas del foro.

Saludos,