On Sun, 2010-03-28 at 15:57 +0200, Roman Haefeli wrote:
On Fri, 2010-03-26 at 15:34 +0100, IOhannes m zmölnig wrote:
it should compile now. however, i have introduced a performance hog due to synchronization issues (should be fixed during the weekend)
It compiled, thanks.
From what I understood from the talk in #dataflow, I thought that there
is some feedback about the sender queue size, whenever you send a message with [iemnet/tcpserver].
Which seems to be the case.
However, I only see the old message 'sent 1 15 8', which doesn't seem to reflect the actual queue size nor the actual number of bytes already transmitted.
Sorry for the noise. Actually the second number _does_ reflect the size of the current buffer. I was surprised to see this message appearing in 0 logical time after sending something, but then it seems logical, that the queue is <number-of-bytes> just right after having sent <number-of-bytes>. A quick test sending some messages to another box, then pulling the ethernet plug off from that other box revealed, that the second number of the 'sent' message indeed is rising when sending some more messages.
I actually should be quiet, because I haven't performed any further testing, but this really excites me, since it finally allows to create patches that use the network _without_ interrupting audio.
That's a few small lines of code for a man, one giant leap for Pd community.
Roman