- Sort Score
- Num 10 results
- Language All
Results 1 - 10 of 216 for Mach (0.01 seconds)
-
architecture/README.md
### Build state model As Gradle executes, it acts on various pieces of the build definition, such as each project in the build. Gradle tracks the state of each piece and transitions each piece through its lifecycle as the build runs. A central part of the Gradle architecture is the "build state model", which holds the state for each piece and coordinates state transitions and other mutations.
Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Thu Jun 12 09:50:57 GMT 2025 - 3.6K bytes - Click Count (0) -
docs/distributed/README.md
needed. When you restart, it is immediate and non-disruptive to the applications. Each group of servers in the command-line is called a pool. There are 2 server pools in this example. New objects are placed in server pools in proportion to the amount of free space in each pool. Within each pool, the location of the erasure-set of drives is determined based on a deterministic hashing algorithm. > **NOTE:** **Each pool you add must have the same erasure coding parity configuration as the original...
Created: Sun Dec 28 19:28:13 GMT 2025 - Last Modified: Tue Aug 12 18:20:36 GMT 2025 - 8.9K bytes - Click Count (0) -
architecture/runtimes.md
``` These are all Java processes. Each process has a corresponding "runtime". All source code in Gradle is written to target one or more of these runtimes. Most source code targets the daemon and the remaining code either targets a single runtime, for example the Gradle client, or is shared across multiple runtimes. ## Composition by architecture modules
Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Thu May 02 06:42:46 GMT 2024 - 2.3K bytes - Click Count (0) -
docs/distributed/CONFIG.md
``` ### Things to know - Fields such as `version` and `pools` are mandatory, however all other fields are optional. - Each pool expects a minimum of 2 nodes per pool, and unique non-repeating hosts for each argument. - Each pool expects each host in this pool has the same number of drives specified as any other host.
Created: Sun Dec 28 19:28:13 GMT 2025 - Last Modified: Tue Jun 25 02:30:18 GMT 2024 - 4.2K bytes - Click Count (0) -
docs/distributed/DESIGN.md
storage class by setting `x-amz-storage-class=STANDARD/REDUCED_REDUNDANCY` for each object uploads so effectively utilizing the capacity of the cluster. Additionally these can also be enforced using IAM policies to make sure the client uploads with correct HTTP headers. - MinIO also supports expansion of existing clusters in server pools. Each pool is a self contained entity with same SLA's (read/write quorum) for each object as original cluster. By using the existing namespace for lookup validation...
Created: Sun Dec 28 19:28:13 GMT 2025 - Last Modified: Wed Feb 26 09:25:50 GMT 2025 - 8K bytes - Click Count (2) -
cmd/postpolicyform_test.go
wantErr: `Each form field that you specify in a form must appear in the list of policy conditions. "X-Amz-Meta-Name" not specified in the policy.`, }, { name: "unknown key XAmzChecksumAlgo is error as it does not appear in policy", fv: defaultFormVals.Clone().Set(http.CanonicalHeaderKey(xhttp.AmzChecksumAlgo), "algo-val"),Created: Sun Dec 28 19:28:13 GMT 2025 - Last Modified: Fri Aug 29 02:39:48 GMT 2025 - 12.3K bytes - Click Count (0) -
docs/config/README.md
MINIO_ETCD_COMMENT (sentence) optionally add a comment to this setting ``` This behavior is consistent across all keys; each key self-documents itself with valid examples. ## Dynamic systems without restarting server The following sub-systems are dynamic i.e., configuration parameters for each sub-systems can be changed while the server is running without any restarts. ```
Created: Sun Dec 28 19:28:13 GMT 2025 - Last Modified: Tue Aug 12 18:20:36 GMT 2025 - 18.1K bytes - Click Count (1) -
architecture/build-state-model.md
The project state is managed by the `ProjectState` class. It is created for each project in the build definition, once per build execution and is discarded at the end of the execution. ## Composition by architecture modules Each [architecture module and platform](platforms.md) can contribute code to any of the elements. Not every module contributes to every element.
Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Wed May 22 13:39:49 GMT 2024 - 3.4K bytes - Click Count (0) -
build-logic-commons/code-quality-rules/src/main/resources/checkstyle/suppressions.xml
<suppress checks="JavadocPackage" files=".*[/\\]ide-native[/\\]src[/\\]main[/\\]java[/\\]org[/\\]gradle[/\\]plugins[/\\]ide[/\\]api[/\\][^/\\]+"/> <!-- These packages are duplicated in platform-native from language-native, don't require a package-info.java in each place --> <suppress checks="JavadocPackage"
Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Thu Feb 20 19:05:31 GMT 2025 - 11.6K bytes - Click Count (0) -
build-logic/documentation/src/main/groovy/gradlebuild/docs/UserGuideTransformTask.groovy
/** * Transforms userguide source into docbook, replacing custom XML elements. * * Takes the following as input: * <ul> * <li>A source docbook XML file.</li> * <li>Meta-info about the canonical documentation for each class referenced in the document, as produced by {@link gradlebuild.docs.dsl.docbook.AssembleDslDocTask}.</li> * </ul> * */ @CacheableTask abstract class UserGuideTransformTask extends DefaultTask {
Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Fri May 16 07:58:02 GMT 2025 - 5.6K bytes - Click Count (0)