Come for the quick hacks, stay for the epiphanies. | |
PerlMonks |
Re^5: Socket client thread design problemby BrowserUk (Patriarch) |
on Mar 24, 2014 at 23:35 UTC ( [id://1079609]=note: print w/replies, xml ) | Need Help?? |
If the hardware is capable fo supporting multiple concurrent connections; then I would suggest using two different connections. One in a separate, library created thread for the blocking read to receive the hardware-initiated timed and/or event-driven packets. And the other for client-code initiated, synchronous query/reply transactions. If the hardware is unable to support two concurrent connections; then I would go for a separate thread with a non-blocking socket and running a typical select with timeout server that checks a queue for pending queries each time the recv timeout expires. With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'
Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.
In Section
Seekers of Perl Wisdom
|
|