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

Query time-outs #158

Closed
jacksonofalltrades opened this issue Jan 11, 2017 · 5 comments
Closed

Query time-outs #158

jacksonofalltrades opened this issue Jan 11, 2017 · 5 comments

Comments

@jacksonofalltrades
Copy link

After the amount of data collected is larger than a certain size (not exactly sure what that size is), the silk admin page stops responding and in fact eventually just gets an empty response. I've spent a lot of time trying to figure out how this is possible, and the best I can come up with is that some of the aggregate queries take way too long to return.

Our best strategy at this point is to manually edit the queries and make them less time-consuming. Any other suggestions?

@avelis
Copy link
Collaborator

avelis commented Jan 11, 2017

@jacksonofalltrades Depending on your request volume, a little bit of tuning can go a long way. I suggest either lowering the SILKY_INTERCEPT_PERCENT value to some number below 50 (perhaps 25). You could also use the SILKY_INTERCEPT_FUNC that can determine which requests are worthy of logging to django-silk.

@avelis
Copy link
Collaborator

avelis commented Jan 11, 2017

@jacksonofalltrades If you find enhancements to performance of certain aggregation queries, I am always open to PR's.

@jacksonofalltrades
Copy link
Author

Great, thank you for your quick response, we can try those!

So just to clarify, is the reason for those two configs precisely because capturing everything is an issue for others as well? That would make me feel better :)

@avelis
Copy link
Collaborator

avelis commented Jan 12, 2017

It's hard to say for sure, I would have to search through the repo's history. However, having granular control to determine what to collect and at what percentage is helpful in this scenario.

Rest easy @jacksonofalltrades you are likely not alone. :-)

@avelis
Copy link
Collaborator

avelis commented Jan 12, 2017

@jacksonofalltrades If the above suggestions work for you, I am going to close this issue.

@avelis avelis closed this as completed Mar 27, 2017
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