El Sat, 30 Jan 2010 14:15:41 +0100, Carlos E. R. escribió:
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@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org