Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

More permanent storage for game states #11

Open
cpjolicoeur opened this issue Feb 4, 2014 · 3 comments
Open

More permanent storage for game states #11

cpjolicoeur opened this issue Feb 4, 2014 · 3 comments

Comments

@cpjolicoeur
Copy link
Contributor

To make game saving/reloading easier and more reliable and to keep the memory footprint of the process down, we should probably store and load the game states from redis or something similar. Games that have been completed can probably be archived in something like a sqlite (or any kind) of database, but moving game saves outside of the local processes memory will allow for better persistence and memory usage.

If agreed, I can probably tackle this

@mrroach
Copy link
Owner

mrroach commented Feb 4, 2014

Yup, that sounds good. My lazy thought has been to just pickle the game
objects, but extra credit for a real serialization format ;-)
On Feb 4, 2014 6:16 AM, "Craig P Jolicoeur" notifications@github.com
wrote:

To make game saving/reloading easier and more reliable and to keep the
memory footprint of the process down, we should probably store and load the
game states from redis or something similar. Games that have been completed
can probably be archived in something like a sqlite (or any kind) of
database, but moving game saves outside of the local processes memory will
allow for better persistence and memory usage.

If agreed, I can probably tackle this

Reply to this email directly or view it on GitHubhttps://github.com//issues/11
.

@cpjolicoeur
Copy link
Contributor Author

Yeah, I started on it this morning and was just going to cPickle them directly. Might just try to get that going before writing some kind of nicer/slicker custom serializer for now.

@mrroach
Copy link
Owner

mrroach commented Feb 4, 2014

SGTM

On Tue, Feb 4, 2014 at 8:28 AM, Craig P Jolicoeur
notifications@github.comwrote:

Yeah, I started on it this morning and was just going to cPickle them
directly. Might just try to get that going before writing some kind of
nicer/slicker custom serializer for now.

Reply to this email directly or view it on GitHubhttps://github.com//issues/11#issuecomment-34077598
.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants