¿Por qué necesito cerrar fds cuando leo y escribo en la tubería?

Question

Aquí es un example para ilustrar lo que quiero decir:

#include <stdio.h> 
#include <unistd.h> 
#include <sys/types.h> 

int main(void) 
{ 
     int  fd[2], nbytes; 
     pid_t childpid; 
     char string[] = "Hello, world!\n"; 
     char readbuffer[80]; 

     pipe(fd); 

     if((childpid = fork()) == -1) 
     { 
       perror("fork"); 
       exit(1); 
     } 

     if(childpid == 0) 
     { 
       /* Child process closes up input side of pipe */ 
       close(fd[0]); 

       /* Send "string" through the output side of pipe */ 
       write(fd[1], string, (strlen(string)+1)); 
      exit(0); 
    } 
    else 
    { 
      /* Parent process closes up output side of pipe */ 
      close(fd[1]); 

      /* Read in a string from the pipe */ 
      nbytes = read(fd[0], readbuffer, sizeof(readbuffer)); 
      printf("Received string: %s", readbuffer); 
    } 

    return(0); 

}

Sin embargo, ¿qué pasaría si uno de mis procesos tiene que escribir de forma continua a la tubería mientras que la otra tubería tiene que leer?

El ejemplo anterior parece funcionar solo para una escritura y una lectura.

Answer 1

Su tubería es un flujo unidireccional, con un descriptor de archivo para cada extremo. No es necesario cerrar() cualquier extremo del tubo para permitir que los datos pasen a lo largo del mismo.

si su tubería abarca los procesos (es decir, se crea antes de una bifurcación() y luego el padre y el niño la usan para comunicarse) puede tener una escritura y un final de lectura. Entonces es una buena práctica cerrar los extremos no deseados de la tubería. Esto va a

• asegúrese de que cuando el extremo de escritura cierra la tubería, se ve por el extremo de lectura. Como ejemplo, digamos que el niño es el lado de la escritura, y muere. Si el lado de escritura principal no se ha cerrado, el padre no obtendrá "eof" (lectura de longitud cero()) de la tubería, porque la tubería tiene un final de escritura abierto.
• aclarar qué proceso está haciendo la escritura y qué proceso está haciendo la lectura en la tubería.

si su tubo se extiende por hilos (dentro del mismo proceso), entonces no cerrar los extremos no deseadas de la tubería. Esto se debe a que el proceso mantiene el descriptor de archivo y al cerrarlo para un subproceso se cerrará para todos los subprocesos y, por lo tanto, el conducto quedará inutilizable.

No hay nada que le impida tener un proceso escribiendo continuamente en la tubería y el otro proceso de lectura. Si este es un problema que tiene, entonces dénos más detalles para ayudarlo.

Answer 2

Después de realizar la horquilla, todos los fds están duplicados. Cada proceso tiene ambos extremos abiertos. Si solo quiere usar un extremo, debe cerrar el otro (si su proceso escribe, cierre el extremo de lectura).

Además del hecho obvio de que si no cierra los descriptores, el sistema operativo mantendrá entradas adicionales en la tabla de archivos abiertos, si no cierra el extremo de escritura de la tubería, el lector nunca recibirá EOF ya que todavía hay una forma de ingresar datos en la tubería. AFAIK (y IIRC) no hay ningún problema en no cerrar el fd de lectura en el otro proceso, es decir, además de abrir el archivo sin ningún motivo.

También se recomienda (como buena práctica, no es que afecte demasiado) que cierre todos los descriptores antes de salir de la aplicación (es decir, cierre el otro extremo después de completar la operación de lectura/escritura en cada proceso)

Answer 3

Una tubería no le dará un canal bidireccional, tampoco será multidifusión. Una tubería como solo dos extremos, no tiene un final de escritura y un final de lectura múltiple.

Si quiere muchos lectores, necesita tantos tubos como tenga un proceso de lectura.

Answer 4

"El ejemplo anterior parece funcionar solo para una escritura y una lectura."

Esto se debe a que después de leer y escribir su código sale. Debe seguir escribiendo en un bucle y leer en un bucle para lograr la continuidad. No parece tener nada que ver con el cierre del FD. en una respuesta anterior que necesita un extremo en cada proceso, de modo que el otro es cerrado.

espero que entiendo el derecho de consulta.

Answer 5

sólo para la sincronización, para garantizar la atomicidad de la operación