oink
oink copied to clipboard
Log parser to identify actions which significantly increase VM heap size
[root@vps-626-1 thirsty]# bundle exec oink log ---- MEMORY THRESHOLD ---- THRESHOLD: 75 MB /usr/lib/ruby/gems/1.9.1/gems/oink-0.9.3/lib/oink/reports/memory_usage_report.rb:20:in `=~': invalid byte sequence in UTF-8 (ArgumentError) from /usr/lib/ruby/gems/1.9.1/gems/oink-0.9.3/lib/oink/reports/memory_usage_report.rb:20:in`block (2 levels) in print' from /usr/lib/ruby/gems/1.9.1/gems/oink-0.9.3/lib/oink/reports/memory_usage_report.rb:16:in `each_line'...
Currently it doesn't work, e.g. no module for Mongoid https://github.com/noahd1/oink/tree/master/lib/oink/instrumentation
Am I right in thinking that oink uses the pid to evaluate changes in heap size? Heroku logs come out looking some thing like: ``` Nov 12 16:06:16 app-name app/web.3:...
Here's mongo mapper support. We've been using it in production for a while. Best, Scott (smtlaissezfaire)
We are using Rails 4.1.4 and currently can't get Oink to log to standard out in Heroku. Our setup: **Gemfile:** ``` ... gem 'oink', '~> 0.10.1' ... ``` **application.rb:** ```...
Oink is currently not thread safe. The use of class variables in the ActiveRecord instrumentation allows for two threads to step on each other. Instead, Thread.current['some_key'] should be used.
Tweak to avoid crashing on non-UTF8 log lines. Simply skips processing for those lines.
I know the String#scrub method is new, so I check to make sure we're on a ruby that supports this... maybe someone else could chime in about a more compatible...
by tying into `config.lograge.custom_options` to pull from oink's instrumentation
From what I read it seems highly coupled with Rails but was wondering if anyone ever attempted/managed to use it with Sinatra?