Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 10 of 598 for best (0.35 sec)

  1. cmd/metacache-bucket.go

    			bucket: o.Bucket,
    			status: scanStateNone,
    		}
    	}
    
    	// Create new and add.
    	best := o.newMetacache()
    	b.caches[o.ID] = best
    	b.cachesRoot[best.root] = append(b.cachesRoot[best.root], best.id)
    	b.updated = true
    	b.debugf("returning new cache %s, bucket: %v", best.id, best.bucket)
    	return best
    }
    
    // cleanup removes redundant and outdated entries.
    func (b *bucketMetacache) cleanup() {
    Go
    - Registered: Sun May 05 19:28:20 GMT 2024
    - Last Modified: Thu Apr 04 12:04:40 GMT 2024
    - 6.6K bytes
    - Viewed (0)
  2. docs/en/docs/history-design-future.md

    </blockquote>
    
    ## Investigation
    
    By using all the previous alternatives I had the chance to learn from all of them, take ideas, and combine them in the best way I could find for myself and the teams of developers I have worked with.
    Plain Text
    - Registered: Sun May 05 07:19:11 GMT 2024
    - Last Modified: Fri Mar 22 01:42:11 GMT 2024
    - 4.1K bytes
    - Viewed (0)
  3. architecture-standards/0001-use-architectural-decision-records.md

    # ADR-0001 - Use Architectural Decision Records
    
    ## Date
    
    2023-12-01
    
    ## Context
    
    In a distributed team with many subteams, the best solution to communicate decisions is to use a format accessible by everyone in charge of development.
    
    We use *Specification* and *Discovery* documents stored in Google Drive, but they present some downsides:
    
    Plain Text
    - Registered: Wed Feb 14 11:36:15 GMT 2024
    - Last Modified: Wed Feb 07 00:43:19 GMT 2024
    - 2.8K bytes
    - Viewed (0)
  4. architecture/standards/0001-use-architectural-decision-records.md

    # ADR-0001 - Use Architectural Decision Records
    
    ## Date
    
    2023-12-01
    
    ## Context
    
    In a distributed team with many subteams, the best solution to communicate decisions is to use a format accessible by everyone in charge of development.
    
    We use *Specification* and *Discovery* documents stored in Google Drive, but they present some downsides:
    
    Plain Text
    - Registered: Wed May 01 11:36:15 GMT 2024
    - Last Modified: Sat Mar 02 21:54:40 GMT 2024
    - 2.8K bytes
    - Viewed (0)
  5. cmd/metacache-entries.go

    				if meta, err := xl.AppendTo(metaDataPoolGet()); err == nil {
    					if best.reusable {
    						metaDataPoolPut(best.metadata)
    					}
    					best.metadata = meta
    					best.cached = xl
    				}
    			}
    			toMerge = toMerge[:0]
    		}
    		if best.name > last {
    			select {
    			case <-ctxDone:
    				return ctx.Err()
    			case out <- *best:
    				last = best.name
    			}
    		} else if serverDebugLog {
    Go
    - Registered: Sun May 05 19:28:20 GMT 2024
    - Last Modified: Fri Apr 19 16:43:43 GMT 2024
    - 23.2K bytes
    - Viewed (0)
  6. src/archive/tar/stat_unix.go

    func statUnix(fi fs.FileInfo, h *Header, doNameLookups bool) error {
    	sys, ok := fi.Sys().(*syscall.Stat_t)
    	if !ok {
    		return nil
    	}
    	h.Uid = int(sys.Uid)
    	h.Gid = int(sys.Gid)
    	if doNameLookups {
    		// Best effort at populating Uname and Gname.
    		// The os/user functions may fail for any number of reasons
    		// (not implemented on that platform, cgo not enabled, etc).
    		if u, ok := userMap.Load(h.Uid); ok {
    			h.Uname = u.(string)
    Go
    - Registered: Tue Apr 30 11:13:12 GMT 2024
    - Last Modified: Fri Mar 15 16:01:50 GMT 2024
    - 3.2K bytes
    - Viewed (0)
  7. docs/en/docs/benchmarks.md

    The hierarchy is like:
    
    * **Uvicorn**: an ASGI server
        * **Starlette**: (uses Uvicorn) a web microframework
            * **FastAPI**: (uses Starlette) an API microframework with several additional features for building APIs, with data validation, etc.
    
    * **Uvicorn**:
    Plain Text
    - Registered: Sun May 05 07:19:11 GMT 2024
    - Last Modified: Thu Apr 18 19:53:19 GMT 2024
    - 3.4K bytes
    - Viewed (0)
  8. README.md

    also connect using any S3-compatible tool, such as the MinIO Client `mc` commandline tool. See [Test using MinIO Client `mc`](#test-using-minio-client-mc) for more information on using the `mc` commandline tool. For application developers, see <https://min.io/docs/minio/linux/developers/minio-drivers.html> to view MinIO SDKs for supported languages.
    
    > NOTE: Standalone MinIO servers are best suited for early development and evaluation. Certain features such as versioning, object locking,...
    Plain Text
    - Registered: Sun May 05 19:28:20 GMT 2024
    - Last Modified: Wed Feb 14 17:51:34 GMT 2024
    - 18.7K bytes
    - Viewed (0)
  9. android/guava-testlib/src/com/google/common/collect/testing/google/ElementTypesAreNonnullByDefault.java

    /**
     * Marks all "top-level" types as non-null in a way that is recognized by Kotlin. Note that this
     * unfortunately includes type-variable usages, so we also provide {@link ParametricNullness} to
     * "undo" it as best we can.
     */
    @GwtCompatible
    @Retention(RUNTIME)
    @Target(TYPE)
    @TypeQualifierDefault({FIELD, METHOD, PARAMETER})
    @Nonnull
    Java
    - Registered: Fri May 03 12:43:13 GMT 2024
    - Last Modified: Wed Feb 21 16:49:06 GMT 2024
    - 1.5K bytes
    - Viewed (0)
  10. android/guava-testlib/src/com/google/common/collect/testing/testers/ElementTypesAreNonnullByDefault.java

    /**
     * Marks all "top-level" types as non-null in a way that is recognized by Kotlin. Note that this
     * unfortunately includes type-variable usages, so we also provide {@link ParametricNullness} to
     * "undo" it as best we can.
     */
    @GwtCompatible
    @Retention(RUNTIME)
    @Target(TYPE)
    @TypeQualifierDefault({FIELD, METHOD, PARAMETER})
    @Nonnull
    Java
    - Registered: Fri May 03 12:43:13 GMT 2024
    - Last Modified: Wed Feb 21 16:49:06 GMT 2024
    - 1.5K bytes
    - Viewed (0)
Back to top