Skip to content
Draft
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 3 additions & 3 deletions advanced/performance/memory.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -59,11 +59,11 @@ changes to files outside of the working set will be disallowed, until you issue
`bazel clean` or restart the Bazel server.

If you want to specify an exact set of files or directories, use the
`--experimental_active_directories` flag, like so:
`--experimental_working_set` flag, like so:

```sh
bazel build //pkg:target --experimental_enable_skyfocus
--experimental_active_directories=path/to/another/dir,path/to/tests/dir
--experimental_working_set=path/to/another/dir,path/to/tests/dir
```

You can also pass `--experimental_skyfocus_dump_post_gc_stats` to show the
Expand All @@ -72,7 +72,7 @@ memory reduction amount:
Putting it altogether, you should see something like this:

```none
$ bazel test //pkg:target //tests/... --experimental_enable_skyfocus --experimental_active_directories=dir1,dir2,dir3/subdir --experimental_skyfocus_dump_post_gc_stats
$ bazel test //pkg:target //tests/... --experimental_enable_skyfocus --experimental_working_set dir1,dir2,dir3/subdir --experimental_skyfocus_dump_post_gc_stats
INFO: --experimental_enable_skyfocus is enabled. Blaze will reclaim memory not needed to build the working set. Run 'blaze dump --skyframe=working_set' to show the working set, after this command.
WARNING: Changes outside of the working set will cause a build error.
INFO: Analyzed 149 targets (4533 packages loaded, 169438 targets configured).
Expand Down
12 changes: 6 additions & 6 deletions reference/command-line-reference.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -1615,8 +1615,8 @@ Miscellaneous options, not otherwise categorized.:
`--curses=<yes, no or auto>` default: "auto"
: Use terminal cursor controls to minimize scrolling output.

`--[no]disk_cache` default: see description
: A path to a directory where Bazel can read and write actions and action outputs. If the directory does not exist, it will be created. Use --disk_cache with no value (or --disk_cache=true) to use a default location under the output user root (<outputUserRoot>/cache/disk). Use --nodisk_cache or --disk_cache=false to disable.
`--disk_cache=<a path>` default: see description
: A path to a directory where Bazel can read and write actions and action outputs. If the directory does not exist, it will be created.

`--[no]enable_platform_specific_config` default: "false"
: If true, Bazel picks up host-OS-specific config lines from bazelrc files. For example, if the host OS is Linux and you run bazel build, Bazel picks up lines starting with build:linux. Supported OS identifiers are linux, macos, windows, freebsd, and openbsd. Enabling this flag is equivalent to using --config=linux on Linux, --config=windows on Windows, etc.
Expand Down Expand Up @@ -3829,7 +3829,7 @@ Options that control build execution:
[`execution`](#effect_tag_EXECUTION)

`--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment>` multiple uses are accumulated
: Override which spawn strategy should be used to execute spawn actions that have descriptions matching a certain regex_filter. See --per_file_copt for details on regex_filter matching. The last regex_filter that matches the description is used. This option overrides other flags for specifying strategy. Example: --strategy_regexp=//foo.*.cc,-//foo/bar=local means to run actions using local strategy if their descriptions match //foo.*.cc but not //foo/bar. Example: --strategy_regexp='Compiling.\*/bar=local --strategy_regexp=Compiling=sandboxed will run 'Compiling //foo/bar/baz' with the 'local' strategy, but reversing the order would run it with 'sandboxed'.
: Override which spawn strategy should be used to execute spawn actions that have descriptions matching a certain regex_filter. See --per_file_copt for details onregex_filter matching. The last regex_filter that matches the description is used. This option overrides other flags for specifying strategy. Example: --strategy_regexp=//foo.*.cc,-//foo/bar=local means to run actions using local strategy if their descriptions match //foo.*.cc but not //foo/bar. Example: --strategy_regexp='Compiling.\*/bar=local --strategy_regexp=Compiling=sandboxed will run 'Compiling //foo/bar/baz' with the 'local' strategy, but reversing the order would run it with 'sandboxed'.

Tags:
[`execution`](#effect_tag_EXECUTION)
Expand Down Expand Up @@ -4126,7 +4126,7 @@ Options that trigger optimizations of the build time:
[`host_machine_resource_optimizations`](#effect_tag_HOST_MACHINE_RESOURCE_OPTIMIZATIONS)

`--[no]experimental_cpu_load_scheduling` default: "false"
: Enables the experimental local execution scheduling based on CPU load, not estimation of actions one by one. Experimental scheduling have showed the large benefit on a large local builds on a powerful machines with the large number of cores. Recommended to use with --local_resources=cpu=HOST_CPUS
: Enables the experimental local execution scheduling based on CPU load, not estimation of actions one by one. Experimental scheduling have showed the large benefit on a large local builds on a powerful machines with the large number of cores. Reccommended to use with --local_resources=cpu=HOST_CPUS

Tags:
[`execution`](#effect_tag_EXECUTION)
Expand Down Expand Up @@ -4605,8 +4605,8 @@ Miscellaneous options, not otherwise categorized.:
`--[no]discard_analysis_cache` default: "false"
: Discard the analysis cache immediately after the analysis phase completes. Reduces memory usage by ~10%, but makes further incremental builds slower.

`--[no]disk_cache` default: see description
: A path to a directory where Bazel can read and write actions and action outputs. If the directory does not exist, it will be created. Use --disk_cache with no value (or --disk_cache=true) to use a default location under the output user root (<outputUserRoot>/cache/disk). Use --nodisk_cache or --disk_cache=false to disable.
`--disk_cache=<a path>` default: see description
: A path to a directory where Bazel can read and write actions and action outputs. If the directory does not exist, it will be created.

`--embed_label=<a one-line string>` default: ""
: Embed source control revision or release label in binary
Expand Down
18 changes: 9 additions & 9 deletions reference/glossary.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -126,14 +126,14 @@ A file that defines rules, [macros](#macro), and constants written in
[Starlark](#starlark). These can then be imported into [`BUILD`
files](#build-file) using the `load()` function.

### Build Event Protocol {#build-event-protocol}
### Build Event Protocol

The set of protocol buffer messages used to communicate information about build
and test results, build progress, build configuration, and much more.

**See also:** [Build Event Protocol](/remote/bep)

### Build flag {#build-flag}
### Build flag

A flag passed to Bazel to control Bazel itself and build actions. Flags are
either [startup flags](#startup-flags) or [command flags](#command-flags).
Expand Down Expand Up @@ -203,11 +203,11 @@ flags](#starlark-flags).

**See also:** [Configurations](/extending/rules#configurations)

### Configuration fragment {#configuration-fragment}
### Configuration fragment

Fragments are parts of the built-in [configuration](#configuration). Configuration
Fragments are parts of the native [configuration](#configuration). Configuration
fragments give rules access to language-specific parts of
[configuration](#configuration). Built-in flags are groups into related fragments,
[configuration](#configuration). Native flags are groups into related fragments,
such as test flags, platform flags, remote execution flags, etc. Some fragments
are [exposed to Starlark rules](/rules/lib/overview#configuration-fragments).

Expand Down Expand Up @@ -330,7 +330,7 @@ and resource usage. Dependency checking and caching aim to produce correct
results for this type of build. An incremental build is the opposite of a clean
build.

### Install base {#install-base}
### Install base

The location where Bazel unpacks required tools that are delivered as part of
the binary.
Expand Down Expand Up @@ -598,7 +598,7 @@ On Linux, it's not significant, but on macOS it can make sandboxing unusable.

[Skyframe](/reference/skyframe) is the core parallel, functional, and incremental evaluation framework of Bazel.

### Spawn strategy {#spawn-strategy}
### Spawn strategy

Also known as the [execution strategy](/docs/user-manual#execution-strategy), this
denotes the way Bazel attempts to execute build actions. The chosen strategy
Expand Down Expand Up @@ -637,7 +637,7 @@ known as Skylark.

**See also:** [Starlark language documentation](/rules/language)

### Starlark flags {#starlark-flags}
### Starlark flags

Rules can define [custom flags](/extending/config#user-defined-build-settings),
known as Starlark flags because they are implemented using [Starlark
Expand All @@ -646,7 +646,7 @@ level than individual BUILD files.

**See also**: [Configurations](/extending/config)

### Starlark rules {#starlark-rules}
### Starlark rules

Custom rules written in [Starlark](#starlark) that extend Bazel with new build
capabilities.
Expand Down
5 changes: 0 additions & 5 deletions remote/caching.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -298,11 +298,6 @@ Enable the disk cache as follows:
build --disk_cache=<var>path/to/build/cache</var>
```

You can also run `build --disk_cache` with no value to use a default location
under your [output user root](/reference/user-manual#output-user-root)
(`<outputUserRoot>/cache/disk`), alongside the repository cache. Use
`build --nodisk_cache` to disable the disk cache explicitly.

You can pass a user-specific path to the `--disk_cache` flag using the `~` alias
(Bazel will substitute the current user's home directory). This comes in handy
when enabling the disk cache for all developers of a project via the project's
Expand Down
2 changes: 1 addition & 1 deletion upstream
Submodule upstream updated 255 files