Open brothercorvo opened 2 years ago
related to services @naman108 ?
I don't think this should be closed as we still want to implement protobuf @brothercorvo
This issue has several dimensions. First of all, protobuf in python requires the generation of protobuf domain files, this would be a useful application of the generation work. Secondly protobuf would probably require the implementation of a new serialization controller in the DigitalPy serialization component. Finally theres the question of latency as we found in past experiments that the python implementation protobuf is extremely slow.
Python speed is a concern but the real conceptual issue here is that switching protocol over the same port is an anti pattern, typically you would go to a completely different port. If we implement that we break our network/service implementation
Python speed is a concern but the real conceptual issue here is that switching protocol over the same port is an anti pattern, typically you would go to a completely different port. If we implement that we break our network/service implementation
Yes, that is another issue. Though neither the network, nor the service is responsible for the serialization process.
this is to implement a Protobuff over TCP communication between a TAK client and FTS.