You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@helinwang metions that master needs to provide callback. As a result, he take Grpc into account for rpc library selecting. #2363
here are my thoughts on master and trainer communicating process. It is not a whole design doc, just the part of communication.
In my mind, the trainer, master, pserver role can be written in go, and use go native rpc for communacting. The computation in paddle framework can be done in the optimizer library, which is written in c++. The topology defines part can be any glue language such as python, perl and so on.
The text was updated successfully, but these errors were encountered:
This is a very good issue, we need more discussion in this area:
Do we need the callback? Or maybe we can just use Tensorboard?
What RPC to use.
Does Jupiter notebook Python directly talk to the master, or Python talk to Go and GO talks the master.
I think it's a very good idea to bring this up. Maybe we can think about it while put most of the focus on our current work. Because this is still quite far (perhaps the last item we need to do for v1, and no other item is blocked by this one).
@helinwang metions that master needs to provide callback. As a result, he take Grpc into account for rpc library selecting.
#2363
here are my thoughts on master and trainer communicating process. It is not a whole design doc, just the part of communication.
In my mind, the trainer, master, pserver role can be written in go, and use go native rpc for communacting. The computation in paddle framework can be done in the optimizer library, which is written in c++. The topology defines part can be any glue language such as python, perl and so on.
The text was updated successfully, but these errors were encountered: