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

Load testing #5

Open
Swaagie opened this issue Jul 12, 2013 · 0 comments
Open

Load testing #5

Swaagie opened this issue Jul 12, 2013 · 0 comments

Comments

@Swaagie
Copy link
Member

Swaagie commented Jul 12, 2013

Currently Fossa stores any database change in the client. This functionality will mostly be used by our Conductor to store Session data. However, this could potentially lead to issues. What happens if multiple instances are writing at once

The idea behind storing the instance is so that Fossa.collection will switch to the collection inside the last database provided to Fossa. Making sure that all writes (and potentially reads) use the same client.

Another approach is only store the initial connection to . The question is then does it blow up the connection pool and create new connections for each instance returned with the callback. Logic dictates otherwise.

In any case, switching between both solutions is easy, as we would not call fossa,collection but the client.collection returned from the callback of fossa,connect

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

No branches or pull requests

1 participant