On Fri, Aug 29, 2014 at 11:20 AM, Carl Inglis <carl.ing...@gmail.com> wrote: > Does your communication protocol not include an option to back off the rate > of transmission? Or could you do something at a lower level and not ACK the > packets to force retransmission at the TCP level? (Clutching at straws a > little here).
Unfortunately not (we are talking NNTP specifically here if it isn't obvious yet) - and the data rates on the network in terms of the stream we're looking at over 1Gbps (generated with the TAKETHIS commands). The other seemingly obvious problem that I am going to have by handing the work off to a separate process (or even thread for that matter) is that I need to inform the remote client on the socket in real time whether I want / do not want / if an error occurred to the article in question issued by the command from the client. It's times like this that I *really* wish I knew how to code in C - no offence to anyone, again. Even in .NET doing something like this is almost trivial by using separate event handlers for receiving data from the socket - again which is why I firmly believed that something like this could have been done via POE (yes, this would be handled via threads - but it's done and managed by the .NET modules, and thus require -very- little code, or understanding for that matter, from the programmer's point of view). Oh well - it's back to the drawing board for this one then. -- Regards, Chris Knipe -- To unsubscribe, e-mail: beginners-unsubscr...@perl.org For additional commands, e-mail: beginners-h...@perl.org http://learn.perl.org/