Open arianvp opened 4 years ago
mu-haskell
in this case is just a thin layer over https://github.com/haskell-grpc-native/http2-grpc-haskell. Maybe we should try to write a benchmarking suite against that at first step?
Given we need to implement specific protobuf services, I thought it would be more ergonomic to put them in mu-haskell
as that's where the protobuf generation code lives right?
Also I'm willing to give a shot at this.
Feel free to try and send a PR. This will also help us enormously to see if somebody else outside of the maintainer group can work with the given API :)
Exactly my thought :)
Official gRPC implementations are benchmarked against a standard benchmarking suite.
https://grpc.io/docs/guides/benchmarking/
https://github.com/grpc/grpc/tree/master/src/proto/grpc/testing
It would be useful to implement this benchmarking suite for
mu-haskell
as well; to see how well it fares against implementations in other languages and to catch performance regression issues.