search for: new_rel

...activate'' app/controllers/api/v2/devices_controller.rb:195:in `destroy'' app/controllers/api/application_controller.rb:44:in `safe_run'' app/controllers/application_controller.rb:10:in `log_request'' /usr/local/lib/ruby/gems/1.8/gems/newrelic_rpm-3.5.0.1/lib/new_relic/agent/instrumentation/controller_instrumentation.rb:270:in `perform_action'' /usr/local/lib/ruby/gems/1.8/gems/newrelic_rpm-3.5.0.1/lib/new_relic/agent/method_tracer.rb:242:in `trace_execution_scoped'' /usr/local/lib/ruby/gems/1.8/gems/newrelic_rpm-3.5.0.1/lib/new_relic/agent/...

...3.2/lib/active_record/ transactions.rb:208:in `rollback_active_record_state!'' /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.2/lib/active_record/ transactions.rb:200:in `save__without_trace_ActiveRecord___self_class_name__save'' /var/www/rails/dropzone/vendor/plugins/newrelic_rpm/lib/new_relic/ agent/method_tracer.rb:138:in `save__without_trace_ActiveRecord_save'' /var/www/rails/dropzone/vendor/plugins/newrelic_rpm/lib/new_relic/ agent/method_tracer.rb:41:in `trace_method_execution_with_scope'' /var/www/rails/dropzone/vendor/plugins/newrelic_rpm/lib/new_relic/ agent/met...

...n-rails/tickets/6693-arel-union-does-not-support-order-or-limit) : > If we take two `ActiveRecord::Relations` and join them via `union`: > > rel_a = ActiveRecord::Relation.new(MyModel).where(:id => 3) > rel_b = ActiveRecord::Relation.new(MyModel).where(:id => 5) > new_rel = rel_a.union(rel_b) > new_rel.to_s #=> "#<Arel::Nodes::Union:0x3da6260>" > new_rel.to_sql #=> "( SELECT `my_models`.* FROM `my_models` > WHERE (`my_models`.`id` = 3) UNION SELECT `my_models`.* FROM > `my_models` WHERE (`top_items`.`id` = 5) )&qu...

...s/unicorn-0.99.0/lib/unicorn.rb:716:in `worker_loop'' /usr/lib/ruby/gems/1.8/gems/unicorn-0.99.0/lib/unicorn.rb:714:in `each'' /usr/lib/ruby/gems/1.8/gems/unicorn-0.99.0/lib/unicorn.rb:714:in `worker_loop'' /u/apps/xxxx/releases/20100602004926/vendor/plugins/newrelic_rpm/lib/new_relic/agent/instrumentation/unicorn_instrumentation.rb:7:in `call'' /u/apps/xxxx/releases/20100602004926/vendor/plugins/newrelic_rpm/lib/new_relic/agent/instrumentation/unicorn_instrumentation.rb:7:in `worker_loop'' /usr/lib/ruby/gems/1.8/gems/unicorn-0.99.0/lib/unicorn.rb:605:in `spawn...

...nga/current/bundler/ruby/1.9.1/gems/unicorn-4.0.1/lib/unicorn/http_server.rb:526:in `process_client'' /mnt/data/tanga/current/bundler/ruby/1.9.1/gems/unicorn-4.0.1/lib/unicorn/http_server.rb:585:in `worker_loop'' /mnt/data/tanga/current/bundler/ruby/1.9.1/gems/newrelic_rpm-3.0.1/lib/new_relic/agent/instrumentation/unicorn_instrumentation.rb:12:in `call'' /mnt/data/tanga/current/bundler/ruby/1.9.1/gems/newrelic_rpm-3.0.1/lib/new_relic/agent/instrumentation/unicorn_instrumentation.rb:12:in `block (4 levels) in <top (required)>'' /mnt/data/tanga/current/bundler/ruby...

..., have an average response time in the 8,000~ 14,000ms range (DB: 300ms range), which is absurd. I have implemented action caching and fragment caching on the views, but those only help when there is a cache hit. On a miss, it still takes 8+ seconds to load. I tried monitoring the application on new_relic and found out that my view takes up for nearly 90% of the load time. Furthermore, I have ran ruby-prof on one of the slower transactions and found out that 65% of the transaction was from the method ''render_without_active_scaffold'' which is part of the active_scaffold plugin. I...

...aiting on the network'' and so forth. Now, I''ve been able to hook NewRelic into the Puppet agent by changing /usr/bin/puppet to look like this: > #!/usr/bin/ruby1.8 > require ''rubygems'' > require ''newrelic_rpm'' > require ''new_relic/agent/instrumentation/controller_instrumentation'' > NewRelic::Agent.manual_start > include NewRelic::Agent::Instrumentation::ControllerInstrumentation > perform_action_with_newrelic_trace(:name => "PuppetAgentRun: > #{`hostname`}", :category => :task) do >...