- Sort Score
- Result 10 results
- Languages All
Results 1 - 7 of 7 for prebuilt (0.2 sec)
-
.github/bot_config.yml
# Cuda Comment cuda_comment: > From the template it looks like you are installing **TensorFlow** (TF) prebuilt binaries: * For TF-GPU - See point 1 * For TF-CPU - See point 2 ----------------------------------------------------------------------------------------------- **1. Installing **TensorFlow-GPU** (TF) prebuilt binaries** Make sure you are using compatible TF and CUDA versions.
Registered: Sun Jun 16 05:45:23 UTC 2024 - Last Modified: Mon Jun 03 04:55:57 UTC 2024 - 4K bytes - Viewed (0) -
platforms/native/platform-native/src/main/java/org/gradle/nativeplatform/internal/resolve/NativeDependencyResolverServices.java
import org.gradle.api.internal.resolve.ProjectModelResolver; import org.gradle.internal.service.Provides; import org.gradle.internal.service.ServiceRegistrationProvider; import org.gradle.nativeplatform.internal.prebuilt.PrebuiltLibraryBinaryLocator; import java.util.ArrayList; import java.util.List; public class NativeDependencyResolverServices implements ServiceRegistrationProvider { @Provides
Registered: Wed Jun 12 18:38:38 UTC 2024 - Last Modified: Mon May 27 12:34:44 UTC 2024 - 2.3K bytes - Viewed (0) -
platforms/documentation/docs/src/docs/userguide/running-builds/introduction/gradle_optimizations.adoc
Incremental Builds are a great optimization that helps avoid work already done. If a developer continuously changes a single file, there is likely no need to rebuild all the other files in the project. However, what happens when the same developer switches to a new branch created last week? The files are rebuilt, even though the developer is building something that has been built before. This is where a *build cache* is helpful.
Registered: Wed Jun 12 18:38:38 UTC 2024 - Last Modified: Tue May 14 09:28:20 UTC 2024 - 4.8K bytes - Viewed (0) -
platforms/documentation/docs/src/docs/userguide/running-builds/tutorial/part6_gradle_caching.adoc
However, what happens when the same developer decides to switch to a new branch created last week? The files are rebuilt, even though the developer is building something that has been built before. This is where a Build Cache is helpful. The cache stores previous build results, and greatly reduces the need to rebuild things when they have already been built locally.
Registered: Wed Jun 12 18:38:38 UTC 2024 - Last Modified: Tue May 14 09:28:20 UTC 2024 - 6.6K bytes - Viewed (0) -
platforms/core-execution/persistent-cache/src/test/groovy/org/gradle/cache/internal/DefaultPersistentDirectoryCacheTest.groovy
} then: 0 * _ // Does not call initialization action. dir.file("cache.properties").isFile() dir.file("some-file").isFile() } def "will rebuild cache if not unlocked cleanly"() { given: def dir = temporaryFolder.testDirectory.createDir("cache") def initialized = false def init = { initialized = true } as Consumer
Registered: Wed Jun 12 18:38:38 UTC 2024 - Last Modified: Tue May 14 16:40:49 UTC 2024 - 9.3K bytes - Viewed (0) -
src/run.bash
# Thread count limit on NetBSD 7. if ulimit -T &> /dev/null; then [ "$(ulimit -H -T)" = "unlimited" ] || ulimit -S -T $(ulimit -H -T) fi export GOPATH=/nonexist-gopath
Registered: Wed Jun 12 16:32:35 UTC 2024 - Last Modified: Wed May 15 15:02:23 UTC 2024 - 1.7K bytes - Viewed (0) -
security/pkg/nodeagent/caclient/providers/citadel/client.go
Registered: Fri Jun 14 15:00:06 UTC 2024 - Last Modified: Thu May 16 22:12:28 UTC 2024 - 4.9K bytes - Viewed (0)