- Sort Score
- Result 10 results
- Languages All
Results 61 - 70 of 286 for irate (0.16 sec)
-
istioctl/pkg/writer/envoy/configdump/testdata/ecds/output.json
Registered: Fri Jun 14 15:00:06 UTC 2024 - Last Modified: Sun Dec 24 08:16:26 UTC 2023 - 4.2K bytes - Viewed (0) -
src/runtime/mgcpacer_test.go
// and then is able to settle again after a significant jump in allocation rate. assertInEpsilon(t, "GC utilization", c[n-1].gcUtilization, c[n-2].gcUtilization, 0.005) assertInRange(t, "goal ratio", c[n-1].goalRatio(), 0.95, 1.05) } }, }, { // This tests the GC pacer's response to a large change in allocation rate. name: "HeavyStepAlloc", gcPercent: 100,
Registered: Wed Jun 12 16:32:35 UTC 2024 - Last Modified: Fri May 19 13:53:21 UTC 2023 - 39.3K bytes - Viewed (0) -
android/guava-tests/benchmark/com/google/common/cache/LoadingCacheSingleThreadBenchmark.java
int maximumSize; @Param("5000") int distinctKeys; @Param("4") int segments; // 1 means uniform likelihood of keys; higher means some keys are more popular // tweak this to control hit rate @Param("2.5") double concentration; Random random = new Random(); LoadingCache<Integer, Integer> cache; int max; static AtomicLong requests = new AtomicLong(0);
Registered: Wed Jun 12 16:38:11 UTC 2024 - Last Modified: Mon Dec 04 17:37:03 UTC 2017 - 3.4K bytes - Viewed (0) -
istioctl/pkg/writer/envoy/configdump/testdata/ecds/configdump.json
Registered: Fri Jun 14 15:00:06 UTC 2024 - Last Modified: Sun Dec 24 08:16:26 UTC 2023 - 5.3K bytes - Viewed (0) -
pkg/controller/certificates/certificate_controller.go
// 10 qps, 100 bucket size. This is only for retry speed and its only the overall factor (not per item) &workqueue.TypedBucketRateLimiter[string]{Limiter: rate.NewLimiter(rate.Limit(10), 100)}, ), workqueue.TypedRateLimitingQueueConfig[string]{ Name: "certificate", }, ), handler: handler, } // Manage the addition/update of certificate requests
Registered: Sat Jun 15 01:39:40 UTC 2024 - Last Modified: Sat May 04 18:33:12 UTC 2024 - 6.4K bytes - Viewed (0) -
istioctl/pkg/metrics/metrics.go
wname := parts[0] wns := "" if len(parts) > 1 { wns = parts[1] } rpsQuery := fmt.Sprintf(`sum(rate(%s{%s=~"%s.*", %s=~"%s.*",reporter="destination"}[%s]))`, reqTot, destWorkloadLabel, wname, destWorkloadNamespaceLabel, wns, duration) errRPSQuery := fmt.Sprintf(`sum(rate(%s{%s=~"%s.*", %s=~"%s.*",reporter="destination",response_code=~"[45][0-9]{2}"}[%s]))`,
Registered: Fri Jun 14 15:00:06 UTC 2024 - Last Modified: Sat Apr 13 05:23:38 UTC 2024 - 8.4K bytes - Viewed (0) -
releasenotes/notes/validating-webhook-reconcile-change.yaml
apiVersion: release-notes/v2 kind: bug-fix area: traffic-management issue: - 32210 releaseNotes: - | **Fixed** reconciliation logic in the validation webhook controller to rate-limit the retries in the loop. This should drastically reduce churn (and generated logs)
Registered: Fri Jun 14 15:00:06 UTC 2024 - Last Modified: Fri Apr 23 19:06:28 UTC 2021 - 302 bytes - Viewed (0) -
pkg/controller/nodelifecycle/scheduler/rate_limited_queue.go
func (q *RateLimitedTimedQueue) Try(logger klog.Logger, fn ActionFunc) { val, ok := q.queue.Head() q.limiterLock.Lock() defer q.limiterLock.Unlock() for ok { // rate limit the queue checking if !q.limiter.TryAccept() { logger.V(10).Info("Try rate limited", "value", val) // Try again later break } now := now() if now.Before(val.ProcessAt) { break }
Registered: Sat Jun 15 01:39:40 UTC 2024 - Last Modified: Tue Mar 07 07:50:01 UTC 2023 - 8.2K bytes - Viewed (0) -
src/runtime/cpuprof.go
// that capacity can support 1900 samples or 19 thread-seconds at a 100 Hz // sample rate, at a cost of 1 MiB. profBufWordCount = 1 << 17 // profBufTagCount is the size of the CPU profile buffer's storage for the // goroutine tags associated with each sample. A capacity of 1<<14 means // room for 16k samples, or 160 thread-seconds at a 100 Hz sample rate. profBufTagCount = 1 << 14 ) type cpuProfile struct { lock mutex
Registered: Wed Jun 12 16:32:35 UTC 2024 - Last Modified: Wed May 29 17:58:53 UTC 2024 - 8.5K bytes - Viewed (0) -
platforms/documentation/docs/src/docs/userguide/optimizing-performance/build-cache/build_cache_performance.adoc
When using the https://gradle.com/build-cache[Develocity build cache backend] you should pay close attention to the hit rate in the admin UI. A rise in the hit rate there probably indicates better usage by developers: [.screenshot] image::build-cache/cache-admin-hit-rate.png[build cache hit rate] == Analyzing performance in build scans
Registered: Wed Jun 12 18:38:38 UTC 2024 - Last Modified: Tue May 14 09:28:20 UTC 2024 - 9.2K bytes - Viewed (0)