taking python enterprise level?...
Diez B. Roggisch
deets at nospam.web.de
Fri Feb 26 04:19:15 EST 2010
Am 26.02.10 05:01, schrieb D'Arcy J.M. Cain:
> On Fri, 26 Feb 2010 01:12:00 +0100
> "Diez B. Roggisch"<deets at nospam.web.de> wrote:
>>> That better way turned out to asynchronous update transactions. All we
>>> did was keep feeding updates to the remote site and forget about ACKS.
>>> We then had a second process which handled ACKS and tracked which
>>> packets had been properly transferred. The system had IDs on each
>>> update and retries happened if ACKS didn't happen soon enough.
>>> Naturally we ignored ACKS that we had already processed.
>>
>> sounds like using UDP to me, of course with a protocol on top (namely
>> the one you implemented).
>>
>> Any reason you sticked to TCP instead?
>
> TCP does a great job of delivering a stream of data in order and
> handling the retries. The app really was connection oriented and we
> saw no reason to emulate that over an unconnected protocol. There were
> other wheels to reinvent that were more important.
So when you talk about ACKs, you don't mean these on the TCP-level
(darn, whatever iso-level that is...), but on some higher level?
Diez
More information about the Python-list
mailing list