On Domingo, 31 de Enero de 2010 00:38:21 Carlos E. R. escribió:
El 2010-01-30 a las 19:50 -0000, Camaleón escribió:
El Sat, 30 Jan 2010 20:31:05 +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:-).
Probablemente no sea el fichero en sí, sino el contenido del fichero, que como es de sintaxis, intentará parsearlo para colorearlo y tal, y entrará en un bucle o algo. Podrías intentar verlo con strace y familia - y ojo, esa familia genera ficheros de texto muy grandes, por cierto.
Puede ser, pero vaya tela. Si casca por activar la sintaxis coloreada es peor aún >:-)
No sé si llego mi mensaje pero me refería a esto.. un aeditor de texto es presumible que "pinte" directamente desde un segmento mmaped pero cuando usas librerias especiales y coloredo y tal puede que el archivo se convierta en una estructura muchos más pesada por lo que 100Mb de nada se pueden ir a.... En erlang por ejemplo, si no usas binarios las estrcuttras de datos no solo coupan un huevo (comparado con un char * de C) sino que se copian una y otra vez... es decir un editor de texto debe estar muy bien pensado para mantener el tipo. Podria pasar los mismo con KDE y GNOME
No es sólo cuestión de colorines, es que hay que analizar el contenido. En cierto sentido, se parece mucho a lo que tiene que hacer el programa analizador de verdad.
Hipótesis: en oS de 32 bits y 8 GiB, no mataría el sistema, al no poder reservar más de 4 GiB por proceso >:-)
Con el "kernel-pae", lo dudo >>:-)
Precisamente con el pae. El sistema total puede pasar de los 4 gigas, pero cada proceso no.
-- 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