[gameprogrammer] Re: Rich Interent Application System for Games

On 6/10/05, Chris Nystrom <cnystrom@xxxxxxxxx> wrote:
>=20
> Also, I do not really need the rpc ACK. I am using TCP and I have not
> seen any lost messages, and I have no mechanism to retransmit them or
> anything anway. In this new architecture, I am thinking that both
> channels can just stream thier data and not have to wait for
> responses. I am thinking that this should improve the speed by about
> 50%.

Actually, now that I think about it, it might be significantly faster
than 50%. I was thinking that I would be saving the return trip with
the ACK, but if there is no ack and the data is just streamed out,
then the second message, or rpc call, would not have to even wait for
the first mesasge to arrive. It can go out immediately after the first
one.

With a streaming protocol, a WAN would be like a dam. A dam takes a
while to fill up, but once it starts flowing, it flows at the same
rate as it did before. Likewise a streaming protocol should take a
while to start and stop (beacuse when you start it takes a while for
the first packet to get there, and when you say stop it takes a while
for the last packet to get there), but once it did start or stop it
should flow at pretty much the same rate as it does on a LAN.

It would be like when you are talking over a very long distance voice
communication, like radio to astronaughts. for example. The voice is
transmitted at the same rate and so it sounds the same, you just have
to wait longer for the other person to get it, and to receive the
responce to it.

However if I am waiting on an event it should still be at most a 50%
speed gain which should help, and if you are waiting on an event
perhaps speed is not quite so critical at this point anyway.

I will find out.

Chris

--=20
E-Mail: Chris Nystrom <cnystrom@xxxxxxxxx>
Business: http://www.shaklee.net/austin
Blog: http://conversazione.blogspot.com/
AIM: nystromchris


---------------------
To unsubscribe go to http://gameprogrammer.com/mailinglist.html

Other related posts: