El sistema Bazel se implementa como un proceso de servidor de larga duración. Esto le permite realizar muchas optimizaciones que no son posibles con una implementación orientada a lotes, como el almacenamiento en caché de archivos BUILD, gráficos de dependencias y otros metadatos de una compilación a la siguiente. Esto mejora la velocidad de las compilaciones incrementales y permite que diferentes comandos, como build y query, compartan la misma caché de paquetes cargados, lo que hace que las consultas sean muy rápidas. Cada servidor puede controlar, como máximo, una invocacin a la vez. Las invocaciones simultáneas adicionales se bloquearán o fallarán rápidamente (consulta --block_for_lock).
Cuando ejecutas bazel, ejecutas el cliente. El cliente encuentra el servidor
según la base de salida, que de forma predeterminada se determina
según la ruta de acceso del directorio del espacio de trabajo base y tu ID de usuario, por lo que si
compilas en varios espacios de trabajo, tendrás varias bases de salida y, por lo tanto,
varios procesos del servidor de Bazel. Varios usuarios en la misma estación de trabajo pueden compilar de forma simultánea en el mismo lugar de trabajo, ya que sus bases de resultados diferirán (IDs de usuario diferentes).
Si el cliente no puede encontrar una instancia de servidor en ejecución, inicia una nueva. Para ello, comprueba si la base de salida ya existe, lo que implica que el archivo blaze ya se descomprimió. De lo contrario, si no existe la base de salida, el cliente descomprime los archivos del archivo y establece sus mtime en una fecha 9 años en el futuro. Una vez instalado, el cliente confirma que los mtime de los archivos descomprimidos sean iguales a la fecha lejana para garantizar que no se haya manipulado la instalación.
El proceso del servidor se detendrá después de un período de inactividad (3 horas de forma predeterminada, que se puede modificar con la opción de inicio --max_idle_secs). En la mayoría de los casos, el usuario no puede ver que hay un servidor en ejecución, pero a veces es útil tener esto en cuenta. Por ejemplo, si ejecutas secuencias de comandos que realizan muchas compilaciones automatizadas en diferentes directorios, es importante que te asegures de no acumular muchos servidores inactivos. Para ello, puedes cerrarlos de forma explícita cuando termines de usarlos o especificar un período de tiempo de espera breve.
El nombre de un proceso del servidor de Bazel aparece en el resultado de ps x o ps -e f como bazel(dirname), en el que dirname es el nombre básico del directorio que encierra la raíz del directorio de tu lugar de trabajo. Por ejemplo:
ps -e f
16143 ? Sl 3:00 bazel(src-johndoe2) -server -Djava.library.path=...Esto facilita la tarea de averiguar qué proceso del servidor pertenece a un lugar de trabajo determinado. (Ten en cuenta que, con ciertas otras opciones para ps, los procesos del servidor de Bazel pueden llamarse solo java). Los servidores de Bazel se pueden detener con el comando shutdown.
Cuando se ejecuta bazel, el cliente primero verifica que el servidor tenga la versión correcta. De lo contrario, se detiene el servidor y se inicia uno nuevo. Esto garantiza que el uso de un proceso de servidor de larga duración no interfiera con el control de versiones adecuado.