On 21 Sep 2006, at 13:49, Gordon Sim wrote:
Gordon Sim wrote:
Tim Fox wrote:
Perhaps the protocol needs to be extended?
It does seem that it could be useful to be able to move the
prefetch window without having to acknowledge the message.
A further thought here: it would be possible to resize the prefetch
winddow instead of moving it. i.e. if the prefetch is 100 and the
application is in control of when acknowledgements will be sent,
then after passing say the 80th message to the application, we
could resize the window to 180. When the acknowledgement is sent,
we can resize it back to 100.
I'm not saying that is ideal, but it seems like a workaround.
Alternatively if we were able to modify the channel.flow message
then instead of just a simple stop/go flag it could allow the
'position' prefetch window to be stated (e.g. an unacknowledged
messages received count). (Theres no real reason this has to be put
into channel.flow apart from the fact that it does seem like flow
control). That would obviously require a protocol modification though.
seems like you're suggesting a sliding window - like in TCP/IP -
where you could increase/decrease the prefetch up to the max prefetch
size, but ensure that you inform the server to send more messages
before the client size is empty.
Thoughts?
