On Wed, 2 Feb 2000, Sebasti�n D. Criado wrote:
No te preocupes por la incongruencia ya que si te fijas no siempre con el
"top" el porcentaje de cpu depende de las penalizaciones que hace el
nucleo.
Por otro lado no existe la llamada fifo_open, en todo caso open a un FIFO
inexistente, el mc crea un FIFO, tuber'ia con nombre, en /tmp, como
ejemplo en mi sistema
drwxrwxrwt 4 root root 16384 Feb 3 10:36 ./
drwxr-xr-x 16 root root 1024 Feb 11 1999 ../
-rw-rw-rw- 1 hcaste hcaste 4 Feb 3 10:23 .305.27835
-rw-rw-rw- 1 hcaste hcaste 4 Feb 3 10:23 .306.11a8a
-r--r--r-- 1 root root 11 Jan 31 08:22 .X0-lock
drwxrwxrwt 2 root root 1024 Jan 31 08:22 .X11-unix/
drwxrwxrwt 2 xfs xfs 1024 Jan 31 08:21 .font-unix/
prw-r--r-- 1 operator root 0 Feb 3 10:36 mc7656-4761|
^^^^^^^^^^^^^^Esto lo crea el MC
prw-rw-r-- 1 hcaste hcaste 0 Feb 2 11:51 mififo|
En todo caso la llamda ioctl() te deja boludo al MC, Lastima que la UNAM
est'a 9 meses en huelga y con 200 heridos por una manisfestaci'on. Ya que
conosco al uno de los desarrolladores del MC y le preguntar'ia el
problema, pero bajo la situaci'on actual no hay garant'ia de respuesta.
Pero bajo mi perspectiva creo que el KDE cuando arraca borra al inicio
algunos archivos temporarios y puede ser que por error tambien los borre
cuando se ejecuta y te borre el FIFO del MC. Esto puede dejar el sistema
MC en un bucle infinito, pero esto es una conjetura hasta no cartearme con
el desarrollador no se que decirte.
Lo normal cuando haces "ps xl|awk '{print $5,$7,$8,$9,$10,$11,$12,$13}'"
2 3948 2240 do_sel S ? 0:02 /usr/local/
0 3460 2004 do_sel S ? 0:00 xterm
0 1588 780 do_sel S pts/0 0:00 telnet
0 3460 1984 do_sel S ? 0:04 xterm
0 1744 964 wait4 S pts/3 0:00 /bin/bash
0 4064 1976 do_sel S pts/3 0:00 pine
0 3460 2008 do_sel S ? 0:00 xterm
/*------------------------------------------*/
1 1744 964 wait4 S pts/4 0:00 /bin/bash
1 2240 1196 do_sel S pts/4 0:00 mc
1 1740 972 read_c S pts/2 0:00 bash
^^^^^^Esto es porque uso compatibilidad con UNIX98!!!
/*-----------------------------------------*/
Fijate tiene prioridad '1', no '0' por otro lado WCHAN para el MC es
"do_sel" la llamada a sistema, ya que MC llama a un subShell por la
sentencia popen() (man popen) y este lee desde el .bashrc la configuraci'on
local como int'erprete (man bash), fijate que la llamada a sistema
bloqueante es read_c (previo un open()) Adem'as el Shell de la terminal
est'a en wait4, que espera la terminaci'on de un proceso (BSD) est'a
tambi'en es bloqueante.
Esto es lo que sale del "ps xf"
8307 pts/4 S 0:00 /bin/bash
8365 pts/4 S 0:00 \_ mc
8367 pts/2 S 0:00 \_ bash -rcfile .bashrc
Todas estas lladas son bloqueantes. Fijate /usr/doc/mc* si hay alguna sita
a chiches del programa. Pero creo que la cagada la si solo te pasa cono el
KDE es del KDE y no del MC. verificalo con otro escritorio mas b'asico
como el TWM o el FVWM y si no te afecta al MC. Bueno, el que quire celeste
....
Horacio Castellini, Dpto de F'isica, Facultad de Ingenier'ia,
Ciencias Exactas y Agrimensura, Pellegrini 250, 2000 Rosario
Argentina, Usuario Linux Registrado #53602
Correo-e:[EMAIL PROTECTED]
