Este es el comando makepp_sandboxes que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
makepp_sandboxes - Cómo particionar una compilación de makepp
DESCRIPCIÓN
D: --hacer construir,
--no construir,
--no leer,
- leer, I: --en-caja de arena,
- caja de arena interior, O: --fuera de la caja de arena, S: --salvadera,
--sandbox-advertir,
- advertencia de caja de arena, V: - caja de arena virtual
Hay un par de razones por las que es posible que desee particionar el árbol de archivos para un makepp
construir:
1. Si sabe que la mayoría del árbol no se ve afectado por los cambios realizados en
archivos de origen desde la compilación anterior, entonces puede decirle a makepp que asuma que los archivos
en esas partes del árbol ya están actualizadas, lo que significa que ni siquiera implícitamente
cargando sus archivos MAKE, y mucho menos computando y comprobando sus dependencias. (Nota
que los archivos MAKE cargados explícitamente todavía están cargados, sin embargo).
2. Si tiene varios procesos makepp que acceden al mismo árbol, entonces desea aumentar
un error si detecta que dos procesos concurrentes están escribiendo la misma parte del
árbol, o que un proceso está leyendo una parte del árbol que un proceso concurrente está
escribiendo. De cualquier manera, tiene una condición de carrera en la que el orden relativo de eventos
en dos procesos concurrentes (que no se pueden garantizar) pueden afectar el resultado.
Makepp tiene instalaciones de sandboxing que abordan ambas preocupaciones.
Sandboxing Opciones
Las siguientes opciones de makepp pueden usarse para establecer las propiedades de espacio aislado del subárbol
dada por camino y todos sus archivos y archivos potenciales:
--no construir camino
--hacer construir camino
Establezca o restablezca la propiedad "no construir". Se supone que cualquier archivo con este conjunto de propiedades
estar actualizado ya, y no se realizarán comprobaciones de compilación. El valor predeterminado es restablecer
(es decir, "do-build"), excepto si tiene un "RootMakeppfile", en cuyo caso todo
fuera de su ID de subárbol "dont-build".
--salvadera camino
--en-caja de arena camino
- caja de arena interior camino
--fuera de la caja de arena camino
Establezca o restablezca la propiedad "en la zona de pruebas". Se genera un error si makepp haría lo contrario
escribir un archivo con esta propiedad reset. Las comprobaciones de compilación se siguen realizando, a menos que
También se establece la propiedad "dont-build". El valor predeterminado está establecido (es decir, "en la zona de pruebas"), a menos que
hay algunos --salvadera opciones, en cuyo caso el valor predeterminado para todos los demás archivos es
restablecer (es decir, "fuera de la caja de arena").
--sandbox-advertir
--sandbox-advertencia
Reducir las violaciones de "en la zona de pruebas" y "no leer" a advertencias en lugar de errores.
Esto es útil cuando hay cientos de infracciones, de modo que pueda recopilar todas las
aplicarlos en una sola ejecución y tomar las medidas correctivas adecuadas. De lo contrario, solo ves
una infracción por invocación de makepp, y no sabe cuántas quedan hasta
están todos arreglados.
--no-leer camino
--do-leer camino
Establezca o restablezca la propiedad "no leer". Se genera un error si makepp haría lo contrario
leer un archivo con este conjunto de propiedades. El valor predeterminado es restablecer (es decir, "leer").
- caja de arena virtual
No reescriba información de compilación de archivos que no fueron creados por este proceso makepp. Esta
es útil cuando se ejecutan procesos makepp concurrentes con sandboxes superpuestos, y
están seguros de que no hay dos procesos que intenten construir el mismo objetivo. Makepp lo hará
luego abstenerse de almacenar en caché información adicional sobre los archivos que lee, porque
puede haber otros lectores concurrentes.
Cada una de estas 3 propiedades se aplica a todo el subárbol, incluidos los archivos que no
aún existen. Las rutas más específicas anulan las rutas menos específicas. Una ruta especificada puede ser una
archivo individual, incluso si el archivo aún no existe.
Si una propiedad se establece y se restablece exactamente en la misma ruta, entonces la opción que aparece
más a la derecha en la línea de comando tiene prioridad.
Sandboxing para Aceleración
Si desea evitar que makepp pierda tiempo procesando archivos que sabe que ya están
actualizado (en particular, archivos generados por una herramienta de compilación distinta de makepp),
luego --no construir es la opción para ti.
Con mucho, el caso más común de una optimización de este tipo es que sabe que todo lo que no
en o debajo del directorio de inicio ya está actualizado. Esto se puede comunicar a
makepp usando "--no construir /. --hacer construir .".
Sandboxing para Concurrente Procesos
Una técnica que puede reducir la latencia de compilación es tener varios procesos de makepp funcionando
en el mismo árbol. Esto es un poco más difícil de administrar que usar el -j opción,
pero también puede ser sustancialmente más eficaz porque:
· Con la zona de pruebas, los procesos pueden ejecutarse en varios hosts, por ejemplo, a través de un trabajo.
sistema de colas. Aumentando el -j El límite finalmente agota los recursos de la CPU de un
un solo host, e incluso puede ralentizar la compilación debido a un proceso de bifurcación excesivo.
· -j actualmente no paraleliza algunas de las tareas que consumen mucho tiempo de makepp, como cargar
makefiles, escaneo, creación de dependencias implícitas mientras se escanea y verifica
dependencias.
El mayor riesgo con este enfoque es que la compilación puede volverse no determinista si
los procesos que pueden ser concurrentes interactúan entre sí. Esto lleva a construir sistemas
que producen resultados incorrectos esporádicamente y sin un mecanismo simple para determinar por qué
Sucede.
Para abordar este riesgo, es aconsejable dividir el árbol entre procesos concurrentes.
tal que si algún proceso accede al sistema de archivos de forma incorrecta, entonces se produce un error
planteada de forma determinista inmediatamente. Normalmente, esto se logra asignando a cada
proceso concurrente una "caja de arena" en la que se permite escribir, donde las cajas de arena de no
dos procesos concurrentes pueden superponerse.
Además, cada proceso marca las cajas de arena de cualquier otro proceso posiblemente concurrente.
como "no leer". Si un proceso lee un archivo, otro proceso concurrente es responsable
para escribir (y que, por lo tanto, es posible que aún no se haya escrito), se genera un error
inmediatamente.
Sandboxing para Secuencial Procesos
Cuando la compilación está particionada para procesos makepp concurrentes, también suele haber un
Relación secuencial entre varios pares de procesos. Por ejemplo, puede haber un
una docena de procesos de compilación simultáneos, seguidos de un proceso de enlace único que no puede comenzar
hasta que se hayan completado todos los procesos de compilación. Tales relaciones secuenciales deben ser
aplicado por cualquier mecanismo que orquesta los diversos procesos de makepp (por ejemplo,
el sistema de cola de trabajos).
Cuando los procesos tienen una relación secuencial conocida, normalmente no es necesario generar una
error cuando acceden a la misma parte del árbol, porque el resultado es, no obstante,
determinista.
Sin embargo, generalmente es beneficioso especificar --no construir opciones para el dependiente
proceso (el proceso de enlace en nuestro ejemplo) que le notifica de las áreas que ya han
ha sido actualizado por los procesos de requisitos previos (los trabajos de compilación en nuestro ejemplo). En esto
manera, evitamos la mayor parte del trabajo innecesario de los objetivos de creación de nulos que eran simplemente
actualizada.
Use makepp_sandboxes en línea usando los servicios de onworks.net
