experimental
package
This package is not in the latest version of its module.
Details
Validgo.mod file
The Go module system was introduced in Go 1.11 and is the official dependency management solution for Go.
- Redistributable license
Redistributable licenses place minimal restrictions on how software can be used, modified, and redistributed.
- Tagged version
Modules with tagged versions give importers more predictable builds.
- Stable version
When a project reaches major version v1 it is considered stable.
- Learn more about best practices
Repository
Links
Open Source Insights
Documentation¶
Overview¶
Package experimental is a collection of experimental features that mighthave some rough edges to them. Housing experimental features in this packageresults in a user accessing these APIs as `experimental.Foo`, thereby makingit explicit that the feature is experimental and using them in productioncode is at their own risk.
All APIs in this package are experimental.
Index¶
Constants¶
This section is empty.
Variables¶
This section is empty.
Functions¶
funcBufferPool¶added inv1.66.0
func BufferPool(bufferPoolmem.BufferPool)grpc.ServerOption
BufferPool returns a grpc.ServerOption that configures the server to use theprovided buffer pool for parsing incoming messages and for temporary bufferswhen marshaling outgoing messages. By default, mem.DefaultBufferPool is used,and this option only exists to provide alternative buffer pool implementationsto the server, such as more optimized size allocations etc. However, thedefault buffer pool is already tuned to account for many different use-cases.
Note: The following options will interfere with the buffer pool because theyrequire a fully materialized buffer instead of a sequence of buffers:EnableTracing, and binary logging. In such cases, materializing the bufferwill generate a lot of garbage, reducing the overall benefit from using apool.
funcWithBufferPool¶added inv1.66.0
func WithBufferPool(bufferPoolmem.BufferPool)grpc.DialOption
WithBufferPool returns a grpc.DialOption that configures the use of bufferPoolfor parsing incoming messages on a grpc.ClientConn, and for temporary bufferswhen marshaling outgoing messages. By default, mem.DefaultBufferPool is used,and this option only exists to provide alternative buffer pool implementationsto the client, such as more optimized size allocations etc. However, thedefault buffer pool is already tuned to account for many different use-cases.
Note: The following options will interfere with the buffer pool because theyrequire a fully materialized buffer instead of a sequence of buffers:EnableTracing, and binary logging. In such cases, materializing the bufferwill generate a lot of garbage, reducing the overall benefit from using apool.
Types¶
This section is empty.
Source Files
Directories¶
| Path | Synopsis |
|---|---|
Package credentials provides experimental TLS credentials. | Package credentials provides experimental TLS credentials. |
internal Package internal defines APIs for parsing SPIFFE ID. | Package internal defines APIs for parsing SPIFFE ID. |
Package opentelemetry is EXPERIMENTAL and will be moved to stats/opentelemetry package in a later release. | Package opentelemetry is EXPERIMENTAL and will be moved to stats/opentelemetry package in a later release. |
Package stats contains experimental metrics/stats API's. | Package stats contains experimental metrics/stats API's. |