Un proceso hijo en informática es un proceso creado por otro proceso (el proceso padre ). Esta técnica pertenece a los sistemas operativos multitarea y a veces se denomina subproceso o, tradicionalmente, subtarea .
Hay dos procedimientos principales para crear un proceso hijo: la llamada al sistema fork (preferida en sistemas tipo Unix y el estándar POSIX ) y la llamada spawn (preferida en el núcleo moderno (NT) de Microsoft Windows , así como en algunos sistemas operativos históricos).
Los procesos secundarios datan de finales de los años 1960, con una forma temprana en revisiones posteriores de la forma Multiprogramming with a Fixed Number of Tasks Version II (MFT-II) del sistema operativo IBM OS/360 , que introdujo la subtarea (ver tarea ). La forma actual en Unix se basa en Multics (1969), mientras que la forma de Windows NT se basa en OpenVMS (1978), de RSX-11 (1972).
Un proceso hijo hereda la mayoría de sus atributos , como los descriptores de archivos , de su padre. En Unix , un proceso hijo se crea normalmente como una copia del padre, mediante la llamada al sistema fork . El proceso hijo puede entonces superponerse a sí mismo con un programa diferente (mediante exec ) según sea necesario. [1]
Cada proceso puede crear muchos procesos secundarios pero tendrá como máximo un proceso primario; si un proceso no tiene un proceso primario esto generalmente indica que fue creado directamente por el núcleo . En algunos sistemas, incluidos los sistemas basados en Linux , el primer proceso (llamado init ) es iniciado por el núcleo en el momento del arranque y nunca termina (ver Proceso de inicio de Linux ); otros procesos sin padre pueden ser lanzados para llevar a cabo varias tareas de demonio en el espacio de usuario . Otra forma de que un proceso termine sin un proceso primario es si su proceso primario muere, dejando un proceso huérfano ; pero en este caso, pronto será adoptado por init .
La señal SIGCHLD se envía al padre de un proceso hijo cuando éste sale , se interrumpe o se reanuda después de haber sido interrumpido. De manera predeterminada, la señal simplemente se ignora. [2]
En informática, los procesos secundarios creados por spawn se refieren a procesos secundarios que son generados por un proceso primario utilizando la función spawn . El término spawn se utiliza en algunos lenguajes de programación y sistemas operativos para describir la creación de un nuevo proceso, similar a la bifurcación en sistemas basados en Unix, pero que normalmente ofrece más flexibilidad en el manejo de entrada/salida, variables de entorno y descriptores de archivos. [ cita requerida ] Cuando un proceso genera un proceso secundario, crea un proceso nuevo e independiente que se ejecuta simultáneamente con el primario. Este proceso se conoce como proceso secundario , y el proceso original que llamó a la función spawn es el proceso primario . Estos procesos secundarios pueden realizar diferentes tareas y se utilizan comúnmente en entornos multitarea para mejorar el rendimiento o manejar tareas separadas simultáneamente. [3]
Cuando un proceso hijo finaliza, se devuelve cierta información al proceso padre.
Cuando un proceso secundario finaliza antes de que el primario haya llamado a wait , el núcleo conserva cierta información sobre el proceso, como su estado de salida , para permitir que su primario llame a wait más tarde. [4] Debido a que el secundario todavía está consumiendo recursos del sistema pero no se está ejecutando, se lo conoce como un proceso zombi . La llamada al sistema wait se invoca comúnmente en el controlador SIGCHLD.
POSIX.1-2001 permite que un proceso padre elija que el núcleo recoja automáticamente los procesos secundarios que terminan estableciendo explícitamente la disposición de SIGCHLD en SIG_IGN (aunque ignorar es el valor predeterminado, la recolección automática solo ocurre si la disposición se establece en ignorar explícitamente [5] ), o estableciendo el indicador SA_NOCLDWAIT para la señal SIGCHLD. Los núcleos de Linux 2.6 se adhieren a este comportamiento, y FreeBSD admite ambos métodos desde la versión 5.0. [6] Sin embargo, debido a las diferencias históricas entre los comportamientos de System V y BSD con respecto a ignorar SIGCHLD, llamar a wait sigue siendo el paradigma más portátil para limpiar después de que se bifurquen los procesos secundarios. [7]