Re: [Rails-devel] Game Initialization within the EDT / AWT EventQueue

[Erik V. <eri...@xs...>]

Frederick,

What does EDT mean?

> - in the getGameManager, assume that the local game manager is to be
> returned 

But which GameManager is "the local game manager" in a (future) multi-game
server?  This idea doesn't sound like a final solution.

In fact, I was thinking in the same direction that Stefan is now taking: put
all Rails objects in one tree.

Erik.

> -----Original Message-----
> From: Frederick Weld [mailto:fre...@go...]
> Sent: Thursday, February 16, 2012 7:50 AM
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Game Initialization within the EDT / AWT
> EventQueue
> 
> Erik:
> Thanks for the clarification.
> 
> As far as I have understood, the current concept is as follows:
> - assign a game manager key to a thread (using NDC push)
> - return game manager instances based on current thread (using NDC peek)
> - currently, this works as it is assumed that rails is only run in EDT
> - in the future, proxy game managers apply this concept by running in
their
> dedicated thread
> 
> I perceive the following shortcoming:
> The concept stipulates that game initialization is performed within EDT
> - hampering potential for parallelization
> - rendering visualization of initialization process impossible
> 
> Based on that I would propose altering the concept as follows:
> - remove game key and NDC push for the local game manager (former EDT
> instance)
> - in the getGameManager, assume that the local game manager is to be
> returned if peek returns that no NDC push has taken place for this thread
> - for game manager service instances, the current concept of identifying
> game managers by stream threads (or similar) is applicalbe as in the
original
> concept (no change here)
> 
> This altered concept doesn't have any disadvantage over the original one
and
> would enable us to put local game initialization outside of the EDT.
> 
> What's your take on this?
> Is there anything else to be considered?
> Otherwise, I would try to adopt the altered concept accordingly.
> 
> -- Frederick
> 
>
----------------------------------------------------------------------------
--
> Virtualization & Cloud Management Using Capacity Planning Cloud computing
> makes use of virtualization - but cloud computing also focuses on allowing
> computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel