4 ms·
Tbh, probably fairly bad atm. I haven't done anything empirical but atm Silk will create a record for every SQL query executed during the request/response cycle
by mtford 12y ago
Tbh, probably fairly bad atm. I haven't done anything empirical but atm Silk will create a record for every SQL query executed during the request/response cycle effectively doubling the number of queries. Not only that but it also saves down any non-binary HTTP body to a TextField, and this isn't yet configurable.
I think the Elasticsearch/Celery option is a good shout if this were to ever be used in production. Celery would help with the issue of response time but it wouldn't solve the load impact on the database (although I guess could also configure a different SQL database in Django).
I will certainly do some investigation into this at some point :)
- opendais 12y agoStatsD might be better since you are just recording datapoints + text field I'm assuming. https://pypi.python.org/pypi/python-statsd https://pypi.python.org/pypi/python-statsd
- mtford 12y agoSounds interesting... i'll take a look. The fact that its UDP would be helpful in avoiding the need for a dependency on celery/message queues. What's it like in terms of getting the data back out?
- opendais 12y agoYou can write your plugin for the back end to dump it. It defaults to graphite which would be familiar enough I think.