thanks a lot .. however, i am still doubtful about the source of latency .. is it GAE itself not supporting a certain feature that allows real-time response or it is something that i lacked .. thanks in advance ..
On Mar 4, 3:27 pm, Toby <[email protected]> wrote: > Hi Ahmed, > > take a look at GraniteDS. It is a bit like blazeds with the ability to > push and syncronize data between multiple clients. It uses a very > efficient serialization and it runs on > GAE:http://graniteds.blogspot.com/2009/04/graniteds-20-on-google-app-engi... > on server side you just need to make sure that the datastore updates > do not block your clients. I would suggest using memcache and to add > datastore updates to the task queue. > So when you receive a data change from a client you update the > memcache value, you propagate the change to all clients and you put on > the task queue a request for the data to be saved. This will be done > asynchronously. > > Cheers, > Toby > > On Mar 3, 5:47 am, nicolas melendez <[email protected]> wrote: > > > I want to do the same. Is there any good XMPP Java framework to include in > > my Applet? recomendations? > > Thanks > > NM > > > On Tue, Mar 2, 2010 at 11:31 PM, <[email protected]> wrote: > > > Kaz, > > > Not sure about the CPU (we are still at the proof of concept stage for > > > using GAE). We are using the polling aspect since our business > > > requires updates with 5-15 minutes. Its not very time intensive like a > > > game would be. > > > > Good luck, > > > > Tim > > > > > Tim, > > > > > But isn't it so expensive to use the AMF/HTTP comet technique on the > > > > appengine? CPU usage can be extremely high. Or you have to use AMF/ > > > > HTTP polling which is not so responsive for gaming. > > > > > Thanks, > > > > > Kaz > > > > > On Mar 2, 7:43 pm, "[email protected]" <[email protected]> > > > > wrote: > > > >> Take a look at GraniteDS or other AMF supporting tools. I am using > > > >> GraniteDS to push data to a Flex client. > > > >> It is fairly simple to setup so you can perform trsting and find the > > > >> limitations which would impact your game. > > > > >> Tim > > > > >> Sent from my Verizon Wireless Phone > > > > >> ----- Reply message ----- > > > >> From: "Jeff Schnitzer" <[email protected]> > > > >> Date: Tue, Mar 2, 2010 3:50 AM > > > >> Subject: [appengine-java] Flash arcade game GAE based > > > >> To: <[email protected]> > > > > >> It would be extraordinarily difficult to use Appengine for this sort > > > >> of project. You probably want a server framework that supports > > > >> persistent connections and in-memory state that won't disappear when a > > > >> memcache server is flushed. > > > > >> Here's a good starting point: > > > >> http://en.wikipedia.org/wiki/List_of_game_engines > > > > >> Jeff > > > > >> On Sat, Feb 27, 2010 at 11:58 PM, Ahmed Khalifa <[email protected]> > > > >> wrote: > > > >> > hi all, > > > >> > I am writing a multiplayer flash arcade game in actionscript .. i > > > >> > have > > > >> > discovered GAE recently and thought that it might be a very good > > > >> > choice for building and hosting my server .. > > > >> > however, i realize that arcade games need an almost realtime > > > >> > responsive capacity from the server .. besides the server has to be > > > >> > looping on receiving position object of Client A, storing it in a DB, > > > >> > Fetching Client B position object and sending it back .. this will > > > >> > result in a huge number of DB requests either storing, fetching or > > > >> > deleting which will quickly exhaust the CPU quota for the > > > >> > application .. > > > > >> > So, I was wondering if any one had an idea or a reference to come > > > >> > around these two problems of real time response and CPU exhaustion by > > > >> > DB calls > > > > >> > best regards, > > > >> > A. Khalifa > > > > >> > -- > > > >> > You received this message because you are subscribed to the Google > > > >> Groups "Google App Engine for Java" group. > > > >> > To post to this group, send email to > > > >> [email protected]. > > > >> > To unsubscribe from this group, send email to > > > >> [email protected]<google-appengine-java%[email protected]> > > > . > > > >> > For more options, visit this group > > > >> athttp://groups.google.com/group/google-appengine-java?hl=en. > > > > >> -- > > > >> You received this message because you are subscribed to the Google > > > >> Groups "Google App Engine for Java" group. > > > >> To post to this group, send email to > > > >> [email protected]. > > > >> To unsubscribe from this group, send email to > > > >> [email protected]<google-appengine-java%[email protected]> > > > . > > > >> For more options, visit this group > > > >> athttp://groups.google.com/group/google-appengine-java?hl=en. > > > > > -- > > > > You received this message because you are subscribed to the Google > > > > Groups > > > > "Google App Engine for Java" group. > > > > To post to this group, send email to > > > > [email protected]. > > > > To unsubscribe from this group, send email to > > > > [email protected]<google-appengine-java%[email protected]> > > > . > > > > For more options, visit this group at > > > >http://groups.google.com/group/google-appengine-java?hl=en. > > > > -- > > > You received this message because you are subscribed to the Google Groups > > > "Google App Engine for Java" group. > > > To post to this group, send email to > > > [email protected]. > > > To unsubscribe from this group, send email to > > > [email protected]<google-appengine-java%[email protected]> > > > . > > > For more options, visit this group at > > >http://groups.google.com/group/google-appengine-java?hl=en. -- You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
