makepp_sandboxes - Интернет в облаке

ПРОГРАММА:

ИМЯ

makepp_sandboxes - Как разбить сборку makepp

ОПИСАНИЕ

D: - do-build,
--не строить,
- не читать,
- читать, I: --в песочнице,
--внутри-песочница, O: - вне песочницы, S: - песочница,
--sandbox-предупреждать,
--sandbox-предупреждение, V: --виртуальная песочница

Есть несколько причин, по которым вы можете захотеть разделить дерево файлов для makepp.
сборка:

1. Если вы знаете, что на большую часть дерева не влияют какие-либо изменения, внесенные в
исходные файлы с момента предыдущей сборки, то вы можете указать makepp предположить, что файлы
в этих частях дерева уже обновлены, что означает даже неявно
загрузка их make-файлов, не говоря уже о вычислении и проверке их зависимостей. (Примечание
однако явно загруженные make-файлы по-прежнему загружаются.)

2. Если у вас есть несколько процессов makepp, обращающихся к одному дереву, вы хотите поднять
ошибка, если вы обнаружите, что два параллельных процесса записывают одну и ту же часть
дерево, или что один процесс читает часть дерева, которую параллельный процесс
пишу. В любом случае у вас есть состояние гонки, в котором относительный порядок событий
в двух параллельных процессах (что не может быть гарантировано) может повлиять на результат.

В Makepp есть средства песочницы, которые решают обе проблемы.

Песочница Опции
Следующие параметры makepp могут использоваться для установки свойств песочницы поддерева.
дано путь и все его файлы и потенциальные файлы:

--не строить путь
- do-build путь
Установите или сбросьте свойство «не строить». Предполагается, что любой файл с этим набором свойств
быть в актуальном состоянии, и никакие проверки сборки производиться не будут. По умолчанию сброшен
(т.е. «do-build»), кроме случаев, когда у вас есть «RootMakeppfile», и в этом случае все
вне его идентификатора поддерева "dont-build".

- песочница путь
--в песочнице путь
--внутренняя песочница путь
- вне песочницы путь
Установите или сбросьте свойство «в песочнице». Возникает ошибка, если makepp иначе
напишите файл со сбросом этого свойства. Проверки сборки по-прежнему выполняются, если только
Также установлено свойство "dont-build". По умолчанию установлено (например, "в песочнице"), если только
есть какие-то - песочница параметры, и в этом случае по умолчанию для всех других файлов
сбросить (т.е. «вне песочницы»).

--sandbox-предупреждать
--sandbox-предупреждение
Понизьте нарушения «в песочнице» и «не читать» до предупреждений вместо ошибок.
Это полезно, когда есть сотни нарушений, чтобы вы могли собрать все
их за один проход и предпримите соответствующие корректирующие действия. В противном случае вы видите только
одно нарушение на каждый вызов makepp, и вы не знаете, сколько осталось до
они все исправлены.

- не читать путь
- читать путь
Установите или сбросьте свойство «не читать». Возникает ошибка, если makepp иначе
прочитать файл с этим набором свойств. По умолчанию установлен сброс (т.е. «выполнить чтение»).

--виртуальная песочница
Не перезаписывайте информацию о сборке файлов, которые не были созданы этим процессом makepp. Этот
полезен при одновременном запуске процессов makepp с перекрывающимися песочницами, и вы
уверены, что никакие два процесса не будут пытаться создать одну и ту же цель. Макепп будет
затем воздержитесь от кеширования дополнительной информации о файлах, которые он читает, потому что
могут быть другие одновременные читатели.

Каждое из этих 3 свойств применяется ко всему поддереву, в том числе к файлам, которые не
пока существуют. Более конкретные пути имеют приоритет перед менее конкретными путями. Указанный путь может быть
отдельный файл, даже если файл еще не существует.

Если свойство устанавливается и сбрасывается по одному и тому же пути, то появляется параметр
крайний правый в командной строке имеет приоритет.

Песочница для Ускорение
Если вы хотите, чтобы makepp не тратил время на обработку файлов, которые, как вы знаете, уже
актуальные (в частности, файлы, созданные с помощью инструмента сборки, отличного от makepp),
тогда --не строить вариант для вас.

Самым распространенным случаем такой оптимизации является то, что вы знаете, что не все
в или ниже начальный каталог уже обновлен. Об этом можно сообщить
makepp с использованием "--не строить /. - do-build .".

Песочница для параллельный Процессы
Один из способов уменьшить задержку сборки - заставить работать несколько процессов makepp.
на том же дереве. Управлять этим немного сложнее, чем использовать -j вариант,
но он также может быть значительно более эффективным, потому что:

· В песочнице процессы могут выполняться на нескольких хостах, например, через задание
система массового обслуживания. Увеличение -j limit в конечном итоге истощает ресурсы ЦП
один хост и даже может замедлить сборку из-за чрезмерного разветвления процесса.

· -j в настоящее время не распараллеливает некоторые трудоемкие задачи makepp, такие как загрузка
make-файлы, сканирование, построение неявных зависимостей при сканировании и проверка
зависимости.

Самый большой риск при таком подходе состоит в том, что сборка может стать недетерминированной, если
процессы, которые могут быть параллельными, взаимодействуют друг с другом. Это приводит к созданию систем
которые время от времени дают неверные результаты и не имеют простого механизма, чтобы определить, почему
такое случается.

Чтобы устранить этот риск, рекомендуется разделить дерево между параллельными процессами.
так что если какой-либо процесс обращается к файловой системе неправильно, то возникает ошибка
детерминированно поднимается немедленно. Обычно это достигается путем присвоения каждому
параллельный процесс «песочница», в которую разрешено писать, где песочницы нет
два параллельных процесса могут перекрываться.

Кроме того, каждый процесс отмечает песочницы любых других, возможно, параллельных процессов.
как «не читайте». Если процесс читает файл, за него отвечает другой параллельный процесс.
для записи (и которая, следовательно, может еще не быть написана), то возникает ошибка
немедленно.

Песочница для Последовательный Процессы
Когда сборка разделена для параллельных процессов makepp, обычно также имеется
последовательная взаимосвязь между различными парами процессов. Например, может быть
дюжина параллельных процессов компиляции, за которыми следует процесс одной ссылки, который не может начаться
пока не завершатся все процессы компиляции. Такие последовательные отношения должны быть
обеспечивается каким-либо механизмом, который организует различные процессы makepp (например,
система очередей заданий).

Когда у процессов есть известная последовательная связь, обычно нет необходимости поднимать
ошибка, когда они обращаются к одной и той же части дерева, потому что результат тем не менее
детерминированный.

Однако обычно полезно указывать --не строить варианты для иждивенцев
процесс (процесс ссылки в нашем примере), который уведомляет его об областях, которые уже
были обновлены предварительными процессами (в нашем примере - задачами компиляции). В этом
Таким образом, мы избегаем большей части ненужной работы по созданию нулевых целей, которые были просто
обновляется.

Используйте makepp_sandboxes в Интернете с помощью сервисов onworks.net