Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 4 of 4 for saturate (0.23 sec)

  1. cmd/perf-tests.go

    	r.buf = make([]byte, 128*humanize.KiByte)
    	rand.Read(r.buf)
    
    	connectionsPerPeer := 16
    
    	if len(globalNotificationSys.peerClients) > 16 {
    		// For a large cluster it's enough to have 1 connection per peer to saturate the network.
    		connectionsPerPeer = 1
    	}
    
    	errStr := ""
    	var wg sync.WaitGroup
    	for index := range globalNotificationSys.peerClients {
    		if globalNotificationSys.peerClients[index] == nil {
    			continue
    Registered: Sun Jun 16 00:44:34 UTC 2024
    - Last Modified: Fri May 24 23:05:23 UTC 2024
    - 11.8K bytes
    - Viewed (0)
  2. staging/src/k8s.io/api/flowcontrol/v1/types.go

    	// request is put into one of the shortest queues in that hand.
    	// `handSize` must be no larger than `queues`, and should be
    	// significantly smaller (so that a few heavy flows do not
    	// saturate most of the queues).  See the user-facing
    	// documentation for more extensive guidance on setting this
    	// field.  This field has a default value of 8.
    	// +optional
    Registered: Sat Jun 15 01:39:40 UTC 2024
    - Last Modified: Thu May 23 17:42:49 UTC 2024
    - 31.1K bytes
    - Viewed (0)
  3. cmd/notification.go

    	// FIXME: network calls made in this manner such as one goroutine per node,
    	// can easily eat into the internode bandwidth. This function would be mostly
    	// TX saturating, however there are situations where a RX might also saturate.
    	// To avoid these problems we must split the work at scale. With 1000 node
    	// setup becoming a reality we must try to shard the work properly such as
    	// pick 10 nodes that precisely can send those 100 requests the first node
    Registered: Sun Jun 16 00:44:34 UTC 2024
    - Last Modified: Fri May 24 23:05:23 UTC 2024
    - 44.9K bytes
    - Viewed (0)
  4. guava-tests/test/com/google/common/hash/BloomFilterTest.java

                  // If this check ever fails, that means we need to either bump the
                  // number of expected insertions or don't run the test for so long.
                  // Don't forget, the bloom filter slowly saturates over time and the
                  // expected false positive probability goes up!
                  assertThat(bloomFilter.expectedFpp()).isLessThan(safetyFalsePositiveRate);
    Registered: Wed Jun 12 16:38:11 UTC 2024
    - Last Modified: Fri May 17 15:27:58 UTC 2024
    - 21.2K bytes
    - Viewed (0)
Back to top