Mailinglist Archive: opensuse-es (1075 mails)
| < Previous | Next > |
Re: [opensuse-es] Crear archivos de gran tamaño para Gedit
- From: Camaleón <noelamac@xxxxxxxxx>
- Date: Sat, 30 Jan 2010 16:53:50 +0000 (UTC)
- Message-id: <pan.2010.01.30.16.53.51@xxxxxxxxx>
El Sat, 30 Jan 2010 14:15:41 +0100, Carlos E. R. escribió:
No se me había ocurrido que un "archivito" de 100 MiB pudiera generar tal
colapso en un equipo con 8 GiB de ram y 4 núcleos O:-).
Veamos como tengo los límites predeterminados:
stt008:~# ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 73728
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 73728
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
Huys, esto parece que está un poco "ilimitao". ¿Cómo lo tenéis
configurado en "suselandia"? :-)
Pues es una buena idea. Usaré ese límite para hacer las pruebas, así al
menos se suicidará el solito cuando llegue a los 3 GiB.
Hum, para 3 GiB sería "ulimit -v 3146000" ¿no? porque veo que está
expresado en kbytes.
Saludos,
--
Camaleón
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
El 2010-01-30 a las 11:55 -0000, Camaleón escribió:
Al hacer algunas pruebas, vi que el gedit empezaba a consumir ram² de
forma desmesurada. Este comportamiento no sucede con otros editores
(como el mcedit o el OOo Writer) que abrían el mismo archivo sin
problemas.
Hay un truco para evitar que una aplicación se desborde tirando el
sistema:
~> ulimit -v 300000
~> gedit lo que sea.
Si supera esa cantidad de memoria, muere asesinada; y probablemente
genere un dump que se pueda usar para reportar el bug (depende).
No se me había ocurrido que un "archivito" de 100 MiB pudiera generar tal
colapso en un equipo con 8 GiB de ram y 4 núcleos O:-).
Veamos como tengo los límites predeterminados:
stt008:~# ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 73728
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 73728
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
Huys, esto parece que está un poco "ilimitao". ¿Cómo lo tenéis
configurado en "suselandia"? :-)
Pues es una buena idea. Usaré ese límite para hacer las pruebas, así al
menos se suicidará el solito cuando llegue a los 3 GiB.
Hum, para 3 GiB sería "ulimit -v 3146000" ¿no? porque veo que está
expresado en kbytes.
Saludos,
--
Camaleón
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
| < Previous | Next > |