Problems in yacl/link/transport about yacl

[shaojian-ant]

The word transport in our code does not mean the transport in the internet protocol stack. It use grpc/brpc to transport our data, so it is on application layer. By using grpc/brpc service framework, we need not consider a lot about sending/receiving messages, and it simplifies work on definition of our own application layer protocol, I think this is the main advantage.

[anakinxc]

I want to ask one moe question.
(3) What is the main advantage to design such a transport protocol instead of using TCP directly?

Well, good question, this is more or less a practical thingy.

In thoery, one can always use socket directly. But in real world scenarios, due to complexity of network, using RPC is just a simpler and safer option with reasonable overhead for most cases.

[6fj]

@usafchn could you please have a look?

[shaojian-ant]

(1) Brpc is compatible whith grpc if set the appropriate configuration, refer to https://github.com/apache/brpc/blob/master/docs/en/http_derivatives.md#h2grpc

(2) I don't fully understand your question. ChannelBrpc is a class inherited from ChannelBase, and it has some parameters in its construstors propagated to ChannelBase except the options parameters.

[maths644311798]

Thanks. For the problem (2), I see that my copy of codes is not updated completely.

[maths644311798]

I want to ask one moe question.
(3) What is the main advantage to design such a transport protocol instead of using TCP directly?