brpc
brpc copied to clipboard
apache
brpc is an Industrial-grade RPC framework using C++ Language, which is often used in high performance system such as Search, Storage, Machine learning, Advertisement, Recommendation etc. "brpc" means...
1 bazel编译libbrpc.so，只依赖@brpc//:brpc; 2 使用java jni System.load(libbrpc.so)会出现以下报错; 3 报错: 出现了Fail to define brpc::ENOSERVICE(1001) which is already defined as `未知的错误 1001', abort。
**Describe the bug (描述bug)** 服务的一个Channel熔断之后，一直无法恢复，返回错误码为112，[E112]Fail to select server from file: 下游服务以及网络正常 options.enable_circuit_breaker=true options.protocol=h2:grpc **To Reproduce (复现方法)** 集群中个别机器出现 **Expected behavior (期望行为)** 熔断之后能够正常恢复 **Versions (各种版本)** OS:CentOS Linux release 7.4.1708 Compiler:g++ (GCC) 4.8.5...
**Describe the bug (描述bug)** 假设发送端和接收端的 max_body_size 都是 64M（FLAGS_max_body_size 默认值），发送端通过 stream 发送一个 128M 的消息可以成功，但是接收端接受会失败，并且接收端的 stream 会被 close，而发送端此时会无法发现 stream 已经 close 了，具体表现为： 1. 发送端所注册 handler 的 on_closed 回调不会被调用 2. 调用 brpc::StreamWrite 不会返回表示...
Totally rewrite the bazel build support. 1. Support latest version of bazel. 2. Build all external dependencies (except for mesalink) with bazel. 3. Support Protobuf 3.19.1 (breaking changes here: https://github.com/protocolbuffers/protobuf/commit/624d29d83306f3ce2c7e092dd44a891e04215e67)...
In most cases, we only need Squash merge and disable other merge methods to avoid loss of Git record coverage due to inadvertent operations.(such as #1817)
**Is your feature request related to a problem? (你需要的功能是否与某个问题有关?)** **Describe the solution you'd like (描述你期望的解决方法)** 在grpc/ brpc-pthread 模式下 支持使用 clock_gettime(CLOCK_THREAD_CPUTIME_ID) 获取整体的cpu资源，方便用于pv级别统计cpu资源，并用于 abtest 实验追述，然后用于实验资源的评估； 希望可以在自定义的bthread 中 以及 相应rpc 的bthread 中统计cpu 资源...
They also support work stealing.
**Describe the bug (描述bug)** bvar的延时统计的数据，在界面打开时的实时数值，与每秒curl获取的值的内容不同。 然后实时数据与我通过打开bvar_dump获取到的值也不相同 **To Reproduce (复现方法)** 正常跑bvar统计即可 **Expected behavior (期望行为)** 界面上的实时更新的数值与curl获取到的数值相同 **Versions (各种版本)** OS: Compiler: brpc: protobuf: **Additional context/screenshots (更多上下文/截图)** 比如实时获取里面，有从200us到10ms的数值，但是通过curl看的话，没有10ms的值，只有1-2毫秒的那种。不知道是不是我使用的方式不对。
**Describe the bug (描述bug)** When I test a brpc client and a brpc server, about 50k QPS, the Avg latency is over 44ms. I found the most of the time...
**Describe the bug (描述bug)** [`m->SetFailed()`](https://github.com/apache/incubator-brpc/blob/1.1.0/src/brpc/input_messenger.cpp#L227) is called with `saved_errno == 0` in [`InputMessenger::OnNewMessages()`](https://github.com/apache/incubator-brpc/blob/1.1.0/src/brpc/input_messenger.cpp#L180), which then triggers a hard error at [`CHECK(false) DoRead()`](https://github.com/apache/incubator-brpc/blob/1.1.0/src/brpc/input_messenger.cpp#L213) returns `nr == -1` with `errno == 0`...
