Procesos Demonios en UNIX


Abstracto:
Los procesos demonio corren todo el tiempo en la gran mayoría de los sistemas basados en UNIX. Iniciar un proceso propio para que corra como demonio, requiere mucho cuidado y entendimiento de la relación del proceso. En este proyecto se describirá el desarrollo de una función que pueda ser llamada proceso demonio y pueda ser inicializado el solo de forma correcta.
Tabla deContenido
1. Introducción
1.1. Estructura de UNIX
1.2. Estandarización de UNIX
1.3. Versiones
2. Procesos en UNIX
2.1. Entorno de procesos en UNIX
2.2. Señales e Interrupciones
3. Procesos demonios
3.1. ¿Qué es un demonio?
3.2. Reglas de codificación
3.3. Demonios como servidores
4. Demonios de instancia simple
5. Demonios de instancia múltiple
6. Referencias

1. Introducción
Todoslos sistemas operativos proporcionan servicios a los programas que ellos ejecutan. Los servicios típicos incluyen ejecuta un nuevo programa, abrir un archivo, leer un archivo, seleccionar una región de memoria, tener la fecha y hora actuales entre otros.
Para comprender los procesos demonios, es necesario describir primero algunos puntos respecto a los sistemas UNIX desde la perspectiva de unprogramador. Veremos algunos pequeños ejemplos y descripciones de términos y conceptos necesarios. Más adelante entraremos a mayor detalle en lo que a los procesos demonios respecta.
1.1. Estructura de UNIX
En un sentido estricto, un sistema operativo puede ser definido como el software que controla todos los recursos de hardware de la computadora, y provee un ambiente bajo el cual los programas sepueden ejecutar. Generalmente, llamamos a este software “kernel”, es relativamente pequeño y reside en el núcleo de todo el ambiente. La figura 1.1 nos muestra un diagrama de la arquitectura que tiene un sistema UNIX.

Figura 1.1. Arquitectura de un sistema operativo UNIX
La interfaz hacia el kernel es una capa de software llamada “system calls” o llamadas del sistema. Diversas bibliotecas defunciones comunes son construidas sobre la interfaz de llamadas del sistema, pero las aplicaciones son libres de usar ambas opciones. El shell es una aplicación especial que provee una interface para ejecutar toras aplicaciones.
En un sentido general, un sistema operativo es el kernel y todo el resto de software hace a la computadora útil y le da su personalidad. El resto del software incluyeutilidades del sistema, aplicaciones, shells, bibliotecas de funciones comunes, entre otros.
Por ejemplo, Linux es el kernel utilizado por el sistema operativo GNU. Algunas personas se refieren a esto como sistema operativo “Linux”, sin embargo en un sentido estricto este uso es incorrecto.
1.2. Estandarización de UNIX
Debido a las múltiples versiones en el mercado de UNIX, se comenzaron a publicarestándares para que todas las versiones fuesen 'compatibles'. La primera de ellas la lanzó AT&T llamada SVID (System V Interface Definition) que definiría cómo deberían ser las llamadas al sistema, el formato de los archivos y muchas cosas más, pero la otra versión importante, la de Bekeley (Berkeley Software Distribution o BSD) simplemente la ignoró.
Después la IEEE usóun algoritmo consistente en revisar las llamadas al sistema de ambas versiones (System V y BSD) y aquellas que eran iguales las definió como estándares surgiendo así la definición 'Portable Operating System for UNIX' o POSIX, que tuvo buen éxito y que varios fabricantes adoptaron rápidamente.
El estándar de POSIX se llama 1003.1 Posteriormente los institutos ANSI e ISO se interesaron en estandarizar el lenguaje 'C' yconjuntamente se publicaron definiciones estándares para otras áreas del sistema operativo como la interconectividad, el intérprete de comandos y otras. En la tabla 1.1 se muestran las definiciones de POSIX.
Estándar
Descripción
1003.0
Introducción y repaso.
1003.1
Llamadas al sistema.
1003.2
Intérprete y comandos.
1003.3
Métodos de prueba.
1003.4
Extensiones para tiempo real.
1003.5...