-
Notifications
You must be signed in to change notification settings - Fork 83
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
Lazy behaviour when parallel requests #223
Comments
Hm, there is some transactional logic related to the in-graph type tree- maybe that's involved? What sort of requests are they, read or write? |
Mainly read and without any particular conditions: I succeed to reproduce this bug with a simple User.objects.all() (among 20 nodes). |
Hm, that's no good. Is it using the dev server or in production? If it were reproducible using, say, the requests library and threads, that'd be easier to test & fix. |
Interesting: it seems that the bug doesn't happen in production (on heroku). |
Aha! Good, I was worried. It might be because the Django dev server is
|
OK, that sounds reassuring. I'm trying what you propose. |
Hmm, and threading would worsen performance?
|
Ha! Good news: the --nothreading option fix it, thanks! I don't think we can consider this issue as solved so I let you decide if we should close it. |
No, I'll leave it open. It's going to be fun to debug :)
|
OK, you're the boss. Thanks again, you saved my weekend! |
Hi,
I have a curious behaviour that I still can't explain after 2 days of investigation. When I execute several queries with neo4django at the same time (or very close), the process gets lazy and the request never ends (probably because the previous one is not done).
I got this bug with neo4j 1.8.2 and 1.9.1, and Django 1.4.4 and 1.5.4. I can't give more detail because the only way to provoke this bug is to madly refresh a page.
Thanks for the amazing work,
Pierre
The text was updated successfully, but these errors were encountered: