¿Qué es un proceso en Linux y por qué aparecen tantos en un servidor?

Publicado el 2026-10-20 por frfrand

Procesos de Linux explicados: PID, CPU, memoria, ps, top, señales y diferencia entre un proceso y un programa.

Un proceso es una instancia de un programa que está ejecutándose o mantiene un estado administrado por el sistema operativo. En Linux cada proceso tiene información propia, como un identificador, recursos y permisos asociados.

Por eso puedes tener una aplicación instalada una sola vez y varias instancias funcionando al mismo tiempo. El archivo del programa y los procesos que ejecuta son conceptos diferentes.

¿Por qué hay cientos de procesos aunque no abra nada?

Porque la computadora sigue trabajando: administra redes, registra eventos, ejecuta servicios y atiende solicitudes en segundo plano.

En un servidor sin escritorio, por ejemplo, pueden existir procesos para SSH, bases de datos, Nginx, monitoreo y herramientas del sistema. No necesitas tener una ventana abierta para que un proceso esté activo.

Algunos procesos esperan casi todo el tiempo sin consumir demasiada CPU. Su existencia no implica automáticamente que el servidor esté sobrecargado.

¿Qué es un PID?

PID significa Process Identifier: un número que el sistema utiliza para identificar un proceso durante su existencia.

En Linux puedes consultar procesos con herramientas como:

ps aux
top

ps muestra información en un momento determinado; top permite observar cambios de actividad. También existen herramientas como htop y archivos especiales bajo /proc.

El PID no es una identidad permanente. Cuando un proceso termina, el número puede reutilizarse en otro momento.

¿Quién inicia un proceso?

En Linux existen relaciones de parentesco entre procesos. Uno puede iniciar otro y convertirse en su proceso padre.

Por ejemplo, un servicio puede lanzar workers que se encargan de trabajos específicos. Si el proceso principal termina, la gestión de los procesos dependientes dependerá de cómo estén diseñados el programa y el sistema.

Este comportamiento ayuda a comprender por qué a veces quedan procesos ejecutándose después de cerrar una terminal, o por qué reiniciar un servicio vuelve a crear nuevas instancias con otros PID.

¿Qué recursos utiliza?

Un proceso puede consumir tiempo de CPU, memoria, conexiones y descriptores de archivos. El kernel organiza el acceso a esos recursos.

Pero ver un valor alto de memoria en una herramienta no significa necesariamente que el proceso esté desperdiciándola. Existen memoria compartida, cachés y otras formas de contabilizar recursos.

Para diagnosticar un problema, combiná observación de CPU, RAM, disco, red y comportamiento real de la aplicación.

¿Qué es una señal?

Las señales son un mecanismo de comunicación y control entre el sistema y los procesos.

Por ejemplo, SIGTERM suele solicitar una finalización que el programa puede manejar, mientras que SIGKILL provoca una terminación forzada que no permite el mismo proceso de limpieza.

Usar kill -9 como primera solución a cualquier proceso atascado puede dejar operaciones a medias. Siempre que sea posible, intentá primero una detención ordenada.

¿Un proceso es un servicio?

Un servicio suele ser un componente destinado a ofrecer una función de manera continuada, a menudo supervisado por un gestor como systemd. Puede estar formado por uno o muchos procesos.

Un proceso, por su parte, también puede ser una orden corta que ejecutás una vez y termina.

No conviene confundir el archivo .service con el proceso que ejecuta: la unidad describe cómo debe gestionarse un servicio.

¿Qué pasa cuando un proceso se queda colgado?

Puede estar esperando E/S, bloqueado por un recurso, consumiendo CPU sin progreso o haber sufrido un error lógico.

Reiniciarlo puede ser una solución temporal, pero no explica qué provocó el fallo. Para investigar, revisá registros, uso de recursos, conexiones y cambios recientes.

Si el servicio se reinicia continuamente, conviene resolver la causa antes de ocultar el problema aumentando el número de intentos.

¿Y en un VPS de ArduMaker?

Un despliegue ejecutado en ArduMaker termina convirtiéndose en procesos reales en el servidor: backend, Nginx, workers o bases de datos. Comprender PIDs y consumo te ayuda a distinguir si el problema está en la aplicación, en la configuración o en los recursos disponibles.

En resumen: un proceso es una ejecución concreta de un programa bajo control del sistema operativo. Ver muchos procesos es normal; lo importante es saber cuáles deberían estar allí y cómo se comportan.

Fuentes: Proc en Linux · Cómo se gestionan los procesos hijos.