- Sort Score
- Result 10 results
- Languages All
Results 1 - 10 of 316 for spent (0.01 sec)
-
internal/grid/benchmark_test.go
atomic.AddInt64(&lat, latency) }) spent := time.Since(t) if spent > 0 && n > 0 { // Since we are benchmarking n parallel servers we need to multiply by n. // This will give an estimate of the total ops/s. latency := float64(atomic.LoadInt64(&lat)) / float64(time.Millisecond) b.ReportMetric(float64(n)*float64(ops)/spent.Seconds(), "vops/s") b.ReportMetric(latency/float64(ops), "ms/op")
Registered: Sun Dec 28 19:28:13 UTC 2025 - Last Modified: Fri Aug 29 02:39:48 UTC 2025 - 15.5K bytes - Viewed (0) -
cmd/xl-storage-disk-id-check.go
select { case <-dctx.Done(): if !timeout.Stop() { <-timeout.C } case <-timeout.C: spent := time.Since(started) goOffline(fmt.Errorf("unable to write+read for %v", spent.Round(time.Millisecond)), spent) } }() func() { defer dcancel() err := p.storage.WriteAll(ctx, minioMetaTmpBucket, fn, toWrite) if err != nil {Registered: Sun Dec 28 19:28:13 UTC 2025 - Last Modified: Fri Apr 25 05:41:04 UTC 2025 - 34.5K bytes - Viewed (0) -
docs/en/docs/history-design-future.md
Also, the best approach was to use already existing standards. So, before even starting to code **FastAPI**, I spent several months studying the specs for OpenAPI, JSON Schema, OAuth2, etc. Understanding their relationship, overlap, and differences. ## Design { #design } Then I spent some time designing the developer "API" I wanted to have as a user (as a developer using FastAPI).Registered: Sun Dec 28 07:19:09 UTC 2025 - Last Modified: Sat Oct 11 17:48:49 UTC 2025 - 4.2K bytes - Viewed (0) -
android/guava/src/com/google/common/cache/AbstractCache.java
* #recordMisses}, this method should only be called by the loading thread. * * @param loadTime the number of nanoseconds the cache spent computing or retrieving the new * value */ @SuppressWarnings("GoodTime") // should accept a java.time.Duration void recordLoadSuccess(long loadTime); /**Registered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Tue May 13 17:27:14 UTC 2025 - 9.1K bytes - Viewed (0) -
guava/src/com/google/common/cache/AbstractCache.java
* #recordMisses}, this method should only be called by the loading thread. * * @param loadTime the number of nanoseconds the cache spent computing or retrieving the new * value */ @SuppressWarnings("GoodTime") // should accept a java.time.Duration void recordLoadSuccess(long loadTime); /**Registered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Tue May 13 17:27:14 UTC 2025 - 9.1K bytes - Viewed (0) -
impl/maven-core/src/main/java/org/apache/maven/execution/BuildSummary.java
*/ private final MavenProject project; /** * The build time of the project in milliseconds. */ private final Duration wallTime; /** * The total amount of time spent for to run mojos in milliseconds. */ private final Duration execTime; /** * Creates a new build summary for the specified project. *Registered: Sun Dec 28 03:35:09 UTC 2025 - Last Modified: Thu Dec 12 11:02:17 UTC 2024 - 3K bytes - Viewed (0) -
cmd/dynamic-timeouts.go
} atomic.StoreInt64(&dt.timeout, timeout) } else if failPct < dynamicTimeoutDecreaseThresholdPct { // We are hitting the timeout relatively few times, // so decrease the timeout towards 25 % of maximum time spent. maxDur = maxDur * 125 / 100 timeout := atomic.LoadInt64(&dt.timeout) if maxDur < time.Duration(timeout) { // Move 50% toward the max. timeout = (int64(maxDur) + timeout) / 2 }
Registered: Sun Dec 28 19:28:13 UTC 2025 - Last Modified: Fri Aug 29 02:39:48 UTC 2025 - 4.5K bytes - Viewed (0) -
android/guava-tests/benchmark/com/google/common/io/ByteSourceAsCharSourceReadBenchmark.java
} return sb.toString(); } }, // It really seems like this should be faster than TO_BYTE_ARRAY_NEW_STRING. But it just isn't // my best guess is that the jdk authors have spent more time optimizing that callpath than this // one. (StringCoding$StringDecoder vs. StreamDecoder). StringCoding has a ton of special casesRegistered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Tue May 13 18:46:00 UTC 2025 - 5.2K bytes - Viewed (0) -
docs/changelogs/upgrading_to_okhttp_4.md
===================== OkHttp 4.x upgrades our implementation language from Java to Kotlin and keeps everything else the same. We’ve chosen Kotlin because it gives us powerful new capabilities while integrating closely with Java. We spent a lot of time and energy on retaining strict compatibility with OkHttp 3.x. We’re even keeping the package name the same: `okhttp3`! There are three kinds of compatibility we’re tracking:
Registered: Fri Dec 26 11:42:13 UTC 2025 - Last Modified: Sun Feb 06 16:58:16 UTC 2022 - 10.9K bytes - Viewed (0) -
android/guava/src/com/google/common/cache/CacheStats.java
return (totalLoadCount == 0) ? 0.0 : (double) loadExceptionCount / totalLoadCount; } /** * Returns the total number of nanoseconds the cache has spent loading new values. This can be * used to calculate the miss penalty. This value is increased every time {@code loadSuccessCount} * or {@code loadExceptionCount} is incremented. */
Registered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Tue Jul 08 18:32:10 UTC 2025 - 12.6K bytes - Viewed (0)