Performance benchmarks can be found below. Obviously, a 8 KiB
request/response is tailored to showcase this improvement as this is
where codec buffer reuse shines, but I've run other benchmarks too (like
1-byte requests and responses) and there's no discernable impact on
performance.
We do not allow reuse of buffers when stat handlers or binlogs are
turned on. This is because those two may need access to the data and
payload even after the data has been written to the wire. In such cases,
we never return the data back to the pool.
A buffer reuse threshold of 1 KiB was determined after several
experiments. There's diminished returns when buffer reuse is enabled for
smaller messages (actually, a negative impact).
unary-networkMode_none-bufConn_false-keepalive_false-benchTime_40s-trace_false-latency_0s-kbps_0-MTU_0-maxConcurrentCalls_6-reqSize_8192B-respSize_8192B-compressor_off-channelz_false-preloader_false
Title Before After Percentage
TotalOps 839638 906223 7.93%
SendOps 0 0 NaN%
RecvOps 0 0 NaN%
Bytes/op 103788.29 80592.47 -22.35%
Allocs/op 183.33 189.30 3.27%
ReqT/op 1375662899.20 1484755763.20 7.93%
RespT/op 1375662899.20 1484755763.20 7.93%
50th-Lat 238.746µs 225.019µs -5.75%
90th-Lat 514.253µs 456.439µs -11.24%
99th-Lat 711.083µs 702.466µs -1.21%
Avg-Lat 285.45µs 264.456µs -7.35%
|
||
|---|---|---|
| .github | ||
| Documentation | ||
| attributes | ||
| backoff | ||
| balancer | ||
| benchmark | ||
| binarylog/grpc_binarylog_v1 | ||
| channelz | ||
| codes | ||
| connectivity | ||
| credentials | ||
| encoding | ||
| examples | ||
| grpclog | ||
| health | ||
| internal | ||
| interop | ||
| keepalive | ||
| metadata | ||
| naming | ||
| peer | ||
| profiling | ||
| reflection | ||
| resolver | ||
| serviceconfig | ||
| stats | ||
| status | ||
| stress | ||
| tap | ||
| test | ||
| testdata | ||
| xds | ||
| .travis.yml | ||
| AUTHORS | ||
| CODE-OF-CONDUCT.md | ||
| CONTRIBUTING.md | ||
| GOVERNANCE.md | ||
| LICENSE | ||
| MAINTAINERS.md | ||
| Makefile | ||
| README.md | ||
| backoff.go | ||
| balancer.go | ||
| balancer_conn_wrappers.go | ||
| balancer_conn_wrappers_test.go | ||
| balancer_switching_test.go | ||
| balancer_test.go | ||
| balancer_v1_wrapper.go | ||
| call.go | ||
| call_test.go | ||
| clientconn.go | ||
| clientconn_state_transition_test.go | ||
| clientconn_test.go | ||
| codec.go | ||
| codec_test.go | ||
| codegen.sh | ||
| dialoptions.go | ||
| doc.go | ||
| go.mod | ||
| go.sum | ||
| grpc_test.go | ||
| install_gae.sh | ||
| interceptor.go | ||
| picker_wrapper.go | ||
| picker_wrapper_test.go | ||
| pickfirst.go | ||
| pickfirst_test.go | ||
| preloader.go | ||
| proxy.go | ||
| proxy_test.go | ||
| resolver_conn_wrapper.go | ||
| resolver_conn_wrapper_test.go | ||
| rpc_util.go | ||
| rpc_util_test.go | ||
| server.go | ||
| server_test.go | ||
| service_config.go | ||
| service_config_test.go | ||
| stream.go | ||
| trace.go | ||
| trace_test.go | ||
| version.go | ||
| vet.sh | ||
README.md
gRPC-Go
The Go implementation of gRPC: A high performance, open source, general RPC framework that puts mobile and HTTP/2 first. For more information see the gRPC Quick Start: Go guide.
Installation
To install this package, you need to install Go and setup your Go workspace on your computer. The simplest way to install the library is to run:
$ go get -u google.golang.org/grpc
With Go module support (Go 1.11+), simply import "google.golang.org/grpc" in
your source code and go [build|run|test] will automatically download the
necessary dependencies (Go modules
ref).
If you are trying to access grpc-go from within China, please see the FAQ below.
Prerequisites
gRPC-Go requires Go 1.9 or later.
Documentation
- See godoc for package and API descriptions.
- Documentation on specific topics can be found in the Documentation directory.
- Examples can be found in the examples directory.
Performance
Performance benchmark data for grpc-go and other languages is maintained in this dashboard.
Status
General Availability Google Cloud Platform Launch Stages.
FAQ
I/O Timeout Errors
The golang.org domain may be blocked from some countries. go get usually
produces an error like the following when this happens:
$ go get -u google.golang.org/grpc
package google.golang.org/grpc: unrecognized import path "google.golang.org/grpc" (https fetch: Get https://google.golang.org/grpc?go-get=1: dial tcp 216.239.37.1:443: i/o timeout)
To build Go code, there are several options:
-
Set up a VPN and access google.golang.org through that.
-
Without Go module support:
git clonethe repo manually:git clone https://github.com/grpc/grpc-go.git $GOPATH/src/google.golang.org/grpcYou will need to do the same for all of grpc's dependencies in
golang.org, e.g.golang.org/x/net. -
With Go module support: it is possible to use the
replacefeature ofgo modto create aliases for golang.org packages. In your project's directory:go mod edit -replace=google.golang.org/grpc=github.com/grpc/grpc-go@latest go mod tidy go mod vendor go build -mod=vendorAgain, this will need to be done for all transitive dependencies hosted on golang.org as well. Please refer to this issue in the golang repo regarding this concern.
Compiling error, undefined: grpc.SupportPackageIsVersion
Please update proto package, gRPC package and rebuild the proto files:
go get -u github.com/golang/protobuf/{proto,protoc-gen-go}go get -u google.golang.org/grpcprotoc --go_out=plugins=grpc:. *.proto
How to turn on logging
The default logger is controlled by the environment variables. Turn everything on by setting:
GRPC_GO_LOG_VERBOSITY_LEVEL=99 GRPC_GO_LOG_SEVERITY_LEVEL=info
The RPC failed with error "code = Unavailable desc = transport is closing"
This error means the connection the RPC is using was closed, and there are many possible reasons, including:
- mis-configured transport credentials, connection failed on handshaking
- bytes disrupted, possibly by a proxy in between
- server shutdown
It can be tricky to debug this because the error happens on the client side but the root cause of the connection being closed is on the server side. Turn on logging on both client and server, and see if there are any transport errors.