Complete.Org: Mailing Lists: Archives: freeciv-dev: June 2002:
[Freeciv-Dev] Re: packet batches? (was: [Patch] Making city report list
Home

[Freeciv-Dev] Re: packet batches? (was: [Patch] Making city report list

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: freeciv development list <freeciv-dev@xxxxxxxxxxx>
Subject: [Freeciv-Dev] Re: packet batches? (was: [Patch] Making city report list faster)
From: Christian Knoke <chrisk@xxxxxxxx>
Date: Mon, 10 Jun 2002 20:07:10 +0200

On Mon, Jun 10, 2002 at 07:52:40PM +0200, Reinier Post wrote:
> 
> > It also introduces the problem of possible cheating: a client can
> > batch up its requests indefinitely, to have all of them processed
> > without intervention.  So the server would need to impose
> > some requirements on what kinds of requests can be batched together.
> 
> The amount of possible "cheating" is limited by the fixed TCP packet size.
> At the moment, the client only calls connection_do_buffer() in the CMA.
> Perhaps the server should prohibit the client from sending multiple
> move requests in the same TCP packet.

How do you think it's cheating? If the user buffers everything up to
the end. If the data receive the server too late, he is bad off.
Also, his commands can fail. Movements can fail due to ZOC. And this
happens in battle where you may think it is an advantage to batch the 
move requests. In any case, he must process his batch before turn done.

Do I miss something?

> Reinier

Christian

-- 
Christian Knoke     * * *      http://www.enter.de/~c.knoke/
* * * * * * * * *  Ceterum censeo Microsoft esse dividendum.


[Prev in Thread] Current Thread [Next in Thread]