Go to file
Stephen J Day 8c92e22ce0
ttrpc: add round trip benchmark
Signed-off-by: Stephen J Day <stephen.day@docker.com>
2017-11-29 21:33:13 -08:00
cmd/protoc-gen-gogottrpc plugin: move generator to separate package 2017-11-16 19:22:21 -08:00
example ttrpc: remove use of typeurl 2017-11-21 18:03:52 -08:00
plugin ttrpc: remove use of typeurl 2017-11-21 18:03:52 -08:00
.gitignore Initial commit 2017-11-13 14:12:46 -08:00
.travis.yml build: no need to build against Go master 2017-11-29 20:58:11 -08:00
channel_test.go ttrpc: increase maximum message length 2017-11-29 13:30:41 -08:00
channel.go ttrpc: increase maximum message length 2017-11-29 13:30:41 -08:00
client.go ttrpc: return buffers to pool 2017-11-29 21:32:38 -08:00
codec.go ttrpc: add required codec.go 2017-11-21 21:44:39 -08:00
LICENSE Initial commit 2017-11-13 14:12:46 -08:00
Protobuild.toml ttrpc: update examples after name change 2017-11-15 17:09:36 -08:00
README.md README: add build status badge 2017-11-29 17:26:55 -08:00
server_test.go ttrpc: add round trip benchmark 2017-11-29 21:33:13 -08:00
server.go ttrpc: return buffers to pool 2017-11-29 21:32:38 -08:00
services.go ttrpc: handle concurrent requests and responses 2017-11-21 21:38:38 -08:00
types.go ttrpc: remove use of typeurl 2017-11-21 18:03:52 -08:00

ttrpc

Build Status

GRPC for low-memory environments.

The existing grpc-go project requires a lot of memory overhead for importing packages and at runtime. While this is great for many services with low density requirements, this can be a problem when running a large number of services on a single machine or on a machine with a small amount of memory.

Using the same GRPC definitions, this project reduces the binary size and protocol overhead required. We do this by eliding the net/http, net/http2 and grpc package used by grpc replacing it with a lightweight framing protocol. The result are smaller binaries that use less resident memory with the same ease of use as GRPC.

Please note that while this project supports generating either end of the protocol, the generated service definitions will be incompatible with regular GRPC services, as they do not speak the same protocol.

Usage

Create a gogo vanity binary (see cmd/protoc-gen-gogottrpc/main.go for an example with the ttrpc plugin enabled.

It's recommended to use protobuild to build the protobufs for this project, but this will work with protoc directly, if required.

Differences from GRPC

  • The protocol stack has been replaced with a lighter protocol that doesn't require http, http2 and tls.
  • The client and server interface are identical whereas in GRPC there is a client and server interface that are different.
  • The Go stdlib context package is used instead.
  • No support for streams yet.

Status

Very new. YMMV.

TODO:

  • Plumb error codes and GRPC status
  • Remove use of any type and dependency on typeurl package
  • Ensure that protocol can support streaming in the future
  • Document protocol layout
  • Add testing under concurrent load to ensure
  • Verify connection error handling