- Podemos chamar send de um thread e recv de outro no mesmo socket?
- Podemos chamar vários envios paralelamente de diferentes threads no mesmo soquete?
Sei que um bom design deve evitar isso, mas não estou claro como essas APIs de sistema se comportarão. Não consigo encontrar uma boa documentação também para o mesmo.
Qualquer ponteiro na direção será útil.
c
networking
sockets
Jay
fonte
fonte
Respostas:
O POSIX define send / recv como operações atômicas, portanto, supondo que você esteja falando sobre o POSIX send / recv, sim, você pode chamá-los simultaneamente a partir de vários threads e tudo funcionará.
Isso não significa necessariamente que eles serão executados em paralelo - no caso de envios múltiplos, o segundo provavelmente bloqueará até que o primeiro seja concluído. Você provavelmente não notará muito, pois o envio é concluído quando os dados são colocados no buffer do soquete.
Se você estiver usando soquetes SOCK_STREAM, é menos provável que tentar fazer coisas em paralelo seja útil, pois enviar / receber pode enviar ou receber apenas parte de uma mensagem, o que significa que as coisas podem ser divididas.
O bloqueio de envio / recv nos soquetes SOCK_STREAM apenas bloqueia até que eles enviem ou recebam novamente pelo menos 1 byte, portanto, a diferença entre bloqueio e não bloqueio não é útil.
fonte
sendretorna assim que os dados são colocados no buffer de envio e os dados são enviados através da pilha netowrk e enviados para a rede de forma assíncrona. Portanto, se você tiver um envio de thread e um recebimento de thread, é perfeitamente possível (até provável) que o thread de envio envie muitos pacotes antes que o thread de recebimento receba o primeiro pacote. É totalmente assíncrono e não simultâneo.O descritor de soquete pertence ao processo, não a um encadeamento específico. Portanto, é possível enviar / receber para / do mesmo soquete em diferentes threads, o sistema operacional manipulará a sincronização.
No entanto, se a ordem de envio / recebimento for semanticamente significativa, você mesmo (respectivamente seu código) precisará garantir o seqüenciamento adequado entre as operações nos diferentes threads - como sempre acontece com os threads.
fonte
Não vejo como receber em paralelo poderia realizar alguma coisa. Se você tiver uma mensagem de 3 bytes, 1 thread poderá obter o primeiro 2 bytes e outro o último byte, mas você não terá como saber qual é qual. A menos que suas mensagens tenham apenas um byte, não há como você fazer com que algo funcione de maneira confiável com o recebimento de vários threads.
Vários envios podem funcionar, se você enviou a mensagem inteira em uma única chamada, mas não tenho certeza. É possível que um possa substituir outro. Certamente não haveria nenhum benefício de desempenho em fazê-lo.
Se for necessário enviar vários encadeamentos, você deve implementar uma fila de mensagens sincronizadas. Tem um thread que faz o envio real que lê mensagens da fila e os outros threads enfileiram mensagens inteiras. O mesmo funcionaria para receber, mas o encadeamento de recebimento precisaria saber o formato das mensagens para poder desserializá-las adequadamente.
fonte