quien me usa la SWAP?
Javi DAKOTA
buff
Swap: 40152K av, 4808K used, 35344K free 470324K
cached
tngo esto muy raro
estopy pasando de un disco IDE con ext3 a un disco IDE con REISER y de golpe
me encuentro con esto
e me esta comiendo la SWAP alguien!!!!
esto me es peligroso pq puse una SWAP muy pequeña pensando en que nunca la
usaria.. pero alguien se la esta zampando
poq tengo tanta memoria en cache?
quien la esta usando?
como puedo liberar memoria-?
he parado mysql y apache pero no veo memoria libre ganada
Mem: 513488K av, 510192K used, 3296K free, 0K shrd, 3008K
buff
Swap: 40152K av, 4540K used, 35612K free 478272K
cached
uso red hat 7.2 y kernel 2.4.14
esto no lo habia visto antes.. antes solo tenia ext3...
es el reiser el culpable?
saludos
--
Javi
dakota at menta dot net
Javi DAKOTA
Mem: 513488K av, 288804K used, 224684K free, 0K shrd, 7500K
buff
Swap: 40152K av, 5244K used, 34908K free 251892K
cached
al acabar de mover los datos esto me ha salido
pero la swap sigue cojida... por quien?
como pueod sber quien esta ocupando esa parte de swap?????
--
Javi
dakota at menta dot net
"Javi DAKOTA" <dakot...@menta.net> escribió en el mensaje
news:9trnmt$4glp9$1...@ID-57131.news.dfncis.de...
Chanch
La memoria SWAP, o memoria de intercambio es usada por el sistema operativo
en la gestión de la memoria Virtual. Es decir, el usuario tiene un mapa de
memoria mucho mayor que el que compone su memoria física (64 MB, 128MB....).
Cuando en nuestra máquina tenemos muchos procesos corriendo (suele ser así)
la memoria física no es suficiente, entonces se llevan ciertas partes de
ésta (Marcos de página) a la memoria Swap, que se encuentra en un
dispositivo de almacenamiento secundario (DISCO). La parte de memoria que se
pagina corresponde a procesos que están dormidos, o que en ese momento no
están ejecutando.
Por esto la memoria Swap es fundamental en cualquier máquina, máximo si
tenemos poca memoria física.
Por esto, tener solo 40152K es insuficiente. Lo suyo es tener una partición
dedicada de unos 300 megas mínimo, creo yo.
La memoria "Cached" que mencionas, creo que no es la cache, más que nada pq
esto no lo gestiona el SO, sino el propio procesador. Debe ser el porcentaje
de la memoria Swap o de la física que está cacheada. Es decir, es una parte
de memoria que el SO gestiona de una forma diferente, y en ella suelen estar
sobre todo datos temporales.
Mi consejo es que aumentes la partición reservada a SWAP, y si tienes un
disco no muy saturado, dedícala 500 MB, y así te olvidas de ella, sobre todo
si usas aplicaciones multimedia.
Bueno, y en cuanto a cómo puedes liberar memoria, eso lo puedes hacer
matando procesos que no sirven para nada. Para eso tendrás que ver qué
demonios te están lanzando esos procesos, y quitarlos, pq, gracias a Dios,
Linux sí que gestiona bien la memoria, y no deja basura en ella. Pero
cuidado, haz copias antes!
Que sea el "reiser" el culpable de esa mala gestión, en el caso de que la
haya, pues no lo sé, en eso no te puedo ayudar.
Bueno, espero haber ayudado un pco.
jlan
Hash: SHA1
<dakot...@menta.net> nos relataba:
>mas datos
>Mem: 513488K av, 288804K used, 224684K free, 0K shrd, 7500K
>buff
>Swap: 40152K av, 5244K used, 34908K free 251892K
>cached
>
>
>al acabar de mover los datos esto me ha salido
>pero la swap sigue cojida... por quien?
>como pueod sber quien esta ocupando esa parte de swap?????
Me parece haber leido en l-k algo relativo a que si tienes librerías
que no utilizas durante mucho rato (digamos que estan "zombies")
, el kernel se encarga de empujarlas a la swap en favor de un uso mas
dinámico de la memoria en cosas que estes usando (aunque sea en
memoria cached)
De todas formas no me hagas mucho caso que ya ni me acuerdo de lo que
leí.
~ludos
- --
___________________________________________________________________
Jose Luis Alcazar <NeumaNN> GNU/linux Debian
Linux registered user: #172297 Registered Machine : #76125
<jlal...@iespana.es> PGP KeyId: 0x044E638B
Fingerprint = 34DA 5038 2DCC A55C C143 7382 4C68 847D 044E 638B
___________________________________________________________________
BOFH excuse #362: Plasma conduit breach
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE8AXhMTGiEfQROY4sRAm2JAJ0Ya+OeH1bbRADqInQNBx7nWaHICgCgmmLF
ij4xrSLLo5EMS4IyTVKAoJY=
=Cmmk
-----END PGP SIGNATURE-----
Javi DAKOTA
kernel 2.4.16pre1 y solucionado... ya no hace nada raro :P
solo sucedia con particiones con REISER :P
--
Javi
dakota at menta dot net
"jlan" <j_l...@terra.es> escribió en el mensaje
news:slrna02u28....@blade.dune...
Javi DAKOTA
>
veamos, pq en temas de gestion de memoria no se mucho y me interesa
aprenderlas
> La memoria SWAP, o memoria de intercambio es usada por el sistema
operativo
> en la gestión de la memoria Virtual. Es decir, el usuario tiene un mapa de
> memoria mucho mayor que el que compone su memoria física (64 MB,
128MB....).
>
en mi caso 512 MB de ram... o sea para lo que tengo me deberia sobrar megas
y megas
> Cuando en nuestra máquina tenemos muchos procesos corriendo (suele ser
así)
> la memoria física no es suficiente, entonces se llevan ciertas partes de
> ésta (Marcos de página) a la memoria Swap, que se encuentra en un
> dispositivo de almacenamiento secundario (DISCO). La parte de memoria que
se
> pagina corresponde a procesos que están dormidos, o que en ese momento no
> están ejecutando.
>
vale, pero pq teniendo 100 MB de RAM me hizo swap de golpe??
eso no lo entiendo, me temo que es un bug con reiser y kernel 2.4.14
pq con el 2.4.16pre1 no me ha vuelto a pasar... es mas no gasto ni la mitad
de memoria ram
Mem: 513352K av, 360204K used, 153148K free, 0K shrd, 160616K
buff
Swap: 40152K av, 0K used, 40152K free 55308K
cached
> Por esto la memoria Swap es fundamental en cualquier máquina, máximo si
> tenemos poca memoria física.
>
en mi caso 512 MB de ram.... y 40 de SWAP
vamos a ver que procesos ejecuto
[root@dakota root]# ps ax
PID TTY STAT TIME COMMAND
1 ? S 0:06 init [3]
2 ? SW 0:00 [keventd]
3 ? SWN 0:00 [ksoftirqd_CPU0]
4 ? SWN 0:00 [ksoftirqd_CPU1]
5 ? SW 0:00 [kswapd]
6 ? SW 0:00 [bdflush]
7 ? SW 1:00 [kupdated]
10 ? SW 0:00 [scsi_eh_0]
11 ? SW 0:00 [khubd]
12 ? SW< 0:00 [mdrecoveryd]
13 ? SW 0:23 [kjournald]
137 ? SW 0:00 [kjournald]
138 ? SW 0:00 [kjournald]
139 ? SW 0:04 [kreiserfsd]
398 ? S 0:00 /sbin/dhcpcd -n eth0
553 ? S 1:41 syslogd -m 0
558 ? S 0:00 klogd -2
578 ? S 0:00 portmap
692 ? S 0:00 /usr/sbin/sshd
725 ? S 0:00 xinetd -stayalive -reuse -pidfile
/var/run/xinetd.pid
752 ? S 0:01 sendmail: accepting connections
771 ? S 0:00 proftpd (accepting connections)
801 ? S 0:00 crond
808 ? S 0:00 /bin/sh
/usr/bin/safe_mysqld --datadir=/var/lib/mysql --pid-file=/var/lib/mysql/dako
ta.dakotabcn.ne
842 ? S 0:00
/usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-fil
e=/var/lib/mysql/dakota
870 ? S 0:00 xfs -droppriv -daemon
906 ? S 0:00 /usr/sbin/atd
926 ? S 0:00 rhnsd --interval 120
943 ? S 0:00
/usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-fil
e=/var/lib/mysql/dakota
944 ? S 0:00
/usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-fil
e=/var/lib/mysql/dakota
945 ? S 0:00 /usr/sbin/rpc.dracd
968 ? S 0:01
/usr/sbin/httpd -DHAVE_ACCESS -DHAVE_PROXY -DHAVE_AUTH_ANON -DHAVE_ACTIONS -
DHAVE_ALIAS -DHAVE_ASIS
1045 ? S 0:03 /usr/bin/actived
1046 ? S 0:01 /usr/bin/innd -p4
1047 ? S 0:00 /bin/sh /etc/rc.news
1050 ? S 0:00 /usr/bin/innfeed
1051 ? S 0:00 /usr/bin/perl /usr/bin/controlchan
1076 ? S 0:00 /usr/local/bin/dns2go
1078 ? S 0:00 /sbin/dhid
1083 ? S 0:01 /usr/bin/perl /usr/libexec/webmin/miniserv.pl
/etc/webmin/miniserv.conf
1086 tty1 S 0:00 /sbin/mingetty tty1
1087 tty2 S 0:00 /sbin/mingetty tty2
1088 tty3 S 0:00 /sbin/mingetty tty3
1089 tty4 S 0:00 /sbin/mingetty tty4
1090 tty5 S 0:00 /sbin/mingetty tty5
1091 tty6 S 0:00 /sbin/mingetty tty6
1101 ? S 0:05 /bin/sh /usr/bin/innwatch
5280 ? S 0:00
/usr/sbin/httpd -DHAVE_ACCESS -DHAVE_PROXY -DHAVE_AUTH_ANON -DHAVE_ACTIONS -
DHAVE_ALIAS -DHAVE_ASIS
5281 ? S 0:00
/usr/sbin/httpd -DHAVE_ACCESS -DHAVE_PROXY -DHAVE_AUTH_ANON -DHAVE_ACTIONS -
DHAVE_ALIAS -DHAVE_ASIS
5282 ? S 0:00
/usr/sbin/httpd -DHAVE_ACCESS -DHAVE_PROXY -DHAVE_AUTH_ANON -DHAVE_ACTIONS -
DHAVE_ALIAS -DHAVE_ASIS
5283 ? S 0:00
/usr/sbin/httpd -DHAVE_ACCESS -DHAVE_PROXY -DHAVE_AUTH_ANON -DHAVE_ACTIONS -
DHAVE_ALIAS -DHAVE_ASIS
5284 ? S 0:00
/usr/sbin/httpd -DHAVE_ACCESS -DHAVE_PROXY -DHAVE_AUTH_ANON -DHAVE_ACTIONS -
DHAVE_ALIAS -DHAVE_ASIS
5285 ? S 0:00
/usr/sbin/httpd -DHAVE_ACCESS -DHAVE_PROXY -DHAVE_AUTH_ANON -DHAVE_ACTIONS -
DHAVE_ALIAS -DHAVE_ASIS
5286 ? S 0:00
/usr/sbin/httpd -DHAVE_ACCESS -DHAVE_PROXY -DHAVE_AUTH_ANON -DHAVE_ACTIONS -
DHAVE_ALIAS -DHAVE_ASIS
5287 ? S 0:00
/usr/sbin/httpd -DHAVE_ACCESS -DHAVE_PROXY -DHAVE_AUTH_ANON -DHAVE_ACTIONS -
DHAVE_ALIAS -DHAVE_ASIS
13478 ? S 0:00
/usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-fil
e=/var/lib/mysql/dakota
13487 ? S 0:00
/usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-fil
e=/var/lib/mysql/dakota
13489 ? S 0:00
/usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-fil
e=/var/lib/mysql/dakota
16004 ? S 0:00 /usr/sbin/sshd
16005 pts/0 S 0:00 -bash
16280 ? S 0:00 sleep 600
16284 ? S 0:00 -mustang.dakotabcn.net NEWGROUPS
16286 ? S 0:00
/usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-fil
e=/var/lib/mysql/dakota
16300 pts/0 R 0:00 ps ax
[root@dakota root]#
y usando lo que uso ahora..
> Por esto, tener solo 40152K es insuficiente. Lo suyo es tener una
partición
> dedicada de unos 300 megas mínimo, creo yo.
>
a ver mi servidor lo he tenido con 64 MB de ram, despues lo amplie a 256 Mb
de RAM y ahora a 512... y de golpe me empieza a comer SWAP justo cuando
pongo reiser.. casualidad?
no uso sistemas graficos ... bueno los uso a veces con X remotas (exceed en
WIndows 2000) pero ni aun asi...
sospecho que tuvo que ver algo el kernel 2.4.14 que solucionaron en el
2.4.16pre1 (bueno en el 2.4.15 ya que en el changelog hay referencias al
reiser y a la VM)
> La memoria "Cached" que mencionas, creo que no es la cache, más que nada
pq
> esto no lo gestiona el SO, sino el propio procesador. Debe ser el
porcentaje
> de la memoria Swap o de la física que está cacheada. Es decir, es una
parte
> de memoria que el SO gestiona de una forma diferente, y en ella suelen
estar
> sobre todo datos temporales.
>
si, aqui creo que tienes razon
justamente despues de copiar los datos de un disco con ext3 a reiser se
liberaron 100 MB de golpe...
> Mi consejo es que aumentes la partición reservada a SWAP, y si tienes un
> disco no muy saturado, dedícala 500 MB, y así te olvidas de ella, sobre
todo
> si usas aplicaciones multimedia.
>
mmm el problema es que todos los discos duros esta llenos... y mover datos
por ahora es imposible
ademas desde anoche no he vuelto a sufrir problemas de swap... desde que
compile el kernel nuevo
[root@dakota root]# uname -r -v
2.4.16-pre1 #3 SMP lun nov 26 00:32:55 CET 2001
[root@dakota root]#
asi que lo achaco a la mala gestion de memoria del kernel :P
pq estan teniendo tantos fallos?
:(
> Bueno, y en cuanto a cómo puedes liberar memoria, eso lo puedes hacer
> matando procesos que no sirven para nada. Para eso tendrás que ver qué
> demonios te están lanzando esos procesos, y quitarlos, pq, gracias a Dios,
> Linux sí que gestiona bien la memoria, y no deja basura en ella. Pero
> cuidado, haz copias antes!
>
tranquilo, una de las tareas mas importantes que hice cuando instale red hat
7.2 fue limpiar de procesos inutiles y cosas que no uso ya que ademas de
comprometerme la seguridad el equipo consume recursos en algo que no uso
(ahora tengo un dual PIII 933, pero antes iba con un P233 y 64 MB de ram)
> Que sea el "reiser" el culpable de esa mala gestión, en el caso de que la
> haya, pues no lo sé, en eso no te puedo ayudar.
>
despues de cambiar de kernel diria que si
a ver si alguien puede reproducirlo
> Bueno, espero haber ayudado un pco.
al menos a aprender un poco mas de la gestion de linux si :)
gracias :)))
Lokutus
"Javi DAKOTA" <dakot...@menta.net> escribió en el mensaje news:9trnmt$4glp9$1...@ID-57131.news.dfncis.de...
> Mem: 513488K av, 509872K used, 3616K free, 0K shrd, 2196K
> buff
> Swap: 40152K av, 4808K used, 35344K free 470324K
> cached
>
¿La versión del kernel 2.4.14 tiene la gestión de memoria virtual de
Alan Cox o el de Andrea?.
Lokutus, asimilando la red.
Ignacio Arenaza
Hash: SHA1
>>>>> "Lokutus" == Lokutus <Lok...@galactica.com> writes:
>> Mem: 513488K av, 509872K used, 3616K free, 0K shrd, 2196K buff
>> Swap: 40152K av, 4808K used, 35344K free 470324K cached
Lokutus> ¿La versión del kernel 2.4.14 tiene la gestión de
Lokutus> memoria virtual de Alan Cox o el de Andrea?.
Todo lo que no sea 2.4.x-ac (fijarse en el '-ac'), donde x > 9, lleva
lo de Andrea.
Saludos. Iñaki.
- --
Get PGP/GPG Keys at http://www.escomposlinux.org/iarenaza/pgpkey.html
I use free software / Yo uso software libre
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt and GPG
iD8DBQE8BJmXZXLnGT1HLgcRAjEUAKCAcMVL7eT9LBH8yVk9TbjSXg1wyQCfR5S4
8DvyEu9cXSjOlNSbjoFedOU=
=PZ0R
-----END PGP SIGNATURE-----
Javi DAKOTA
> Todo lo que no sea 2.4.x-ac (fijarse en el '-ac'), donde x > 9, lleva
> lo de Andrea.
>
mmm me podeis explicar que es eso de andrea y alan cox???
creo que me he perdido parte de la peli....
Tomás Sánchez
Hash: SHA1
En es.comp.os.linux.instalacion, Javi DAKOTA escribió:
>>
>> Todo lo que no sea 2.4.x-ac (fijarse en el '-ac'), donde x > 9, lleva
>> lo de Andrea.
>>
>
> mmm me podeis explicar que es eso de andrea y alan cox???
Andrea Arcangeli es la persona que ha implementado el sistema de
memoria virtual que llevan los núcleos 2.4.x, a partir de la versión
2.4.10.
Alan Cox es uno de los mas importantes desarrolladores de Linux.
Además de las versiones oficiales de Linux, Alan saca sus propias
versiones (-ac). A partir de la versión 2.4.10, los núcleos
oficiales utilizan el sistema de memoria virtual de Andrea Arcangeli
y los núcleos de Alan Cox utilizan el sistema de memoria virtual
desarrollado por Rik Van Riel.
> creo que me he perdido parte de la peli....
No hay problema: lee el siguiente articulo y te enteraras ;-)
http://www.byte.com/documents/s=1436/byt20011024s0002/
Saludos
- --
/--------------------------------------------------------------------\
| Tomás Sánchez Santos tsanchez at escomposlinux . org |
| Clave publica: http://perso.wanadoo.es/tomas-sanchez/tomas-gpg.asc |
\--------------------------------------------------------------------/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE8BUDX4IhFOpHaScYRAjToAJ9r92f3xNU2/MUIjhXHybcEnXM3/QCgt7lT
6+X/m2cGFOqOF2rcJQGibXo=
=EfMk
-----END PGP SIGNATURE-----
Javi DAKOTA
> Andrea Arcangeli es la persona que ha implementado el sistema de
> memoria virtual que llevan los núcleos 2.4.x, a partir de la versión
> 2.4.10.
>
pues un par de collejas se va a llevar... pq se me come los 512 y despues
empieza a tocarme la SWAP¿?
y eso que no uso sistema grafico!!!!!
> Alan Cox es uno de los mas importantes desarrolladores de Linux.
a este chico ya le conocia... quien no conoce a alan cox?
> Además de las versiones oficiales de Linux, Alan saca sus propias
> versiones (-ac). A partir de la versión 2.4.10, los núcleos
> oficiales utilizan el sistema de memoria virtual de Andrea Arcangeli
> y los núcleos de Alan Cox utilizan el sistema de memoria virtual
> desarrollado por Rik Van Riel.
>
he de probar un kernel suyo
pero no se si podria darme problemas
uso reiser y ext3
ademas de la memoria que mas cosas trae los -ac que no traigan los
oficiales?
> > creo que me he perdido parte de la peli....
>
> No hay problema: lee el siguiente articulo y te enteraras ;-)
>
> http://www.byte.com/documents/s=1436/byt20011024s0002/
>
> Saludos
a leer se ha dicho!!!
José Luis Pérez Diez
> pues un par de collejas se va a llevar... pq se me come los 512 y despues
> empieza a tocarme la SWAP¿?
> y eso que no uso sistema grafico!!!!!
>
anteriores tenian mas problemas. En cuanto a lo de las collejas sin emoticonos,
mejor le reescribes el codigo.
--
The day that Microsoft makes something that doesn't suck,
is the day they start making vacuumcleaners...
Javi DAKOTA
> anteriores tenian mas problemas. En cuanto a lo de las collejas sin
emoticonos,
> mejor le reescribes el codigo.
je reescribirle el codigo?
puuuffffffffffffffffffffffffffffff
tendre que volver a aprender a programar...
veamos
main()
{
printf/"hello World");
}
bueno esto es la primera leccion ;)
pd: se me olvido el emoticono en lo de las collejas :(