Почему rails-приложение ужасно тормозит на сервере, хотя на локалхост все летает?

Question

[Pianista]

На сервере capistrano+unicorn+nginx развернуто приложение rails. До вчерашнего дня никаких тормозов не наблюдалось, никаких изменений в настройки сервера не вносил с самого начала, а начало было месяца два назад.

В терминале запускаю cap production deploy, после этого захожу на сайт все работает, без тормозов, даже быстрее чем на локалхосте, спустя минут пять случается какой-то "затык" и все начинает ужасно тормозить. Создание постов, комментариев, голосование, удаление, редактирование. Любая операция занимает от 5 до 20 секунд, кстати как и просто открытие страницы статьи. В логах никаких ошибок не нашел.
В начале подумал что проблема кроется в Turbolinks, но как оказалось нет. На продакшн-сервере обновил все программное обеспечение - не помогло.
Куда копать не знаю. Буду рад любой помощи!
Вот мой Gemfile:

source 'https://rubygems.org'
ruby '2.2.1'



gem 'rails', '4.2.1'
gem 'bootstrap-sass', '~> 3.3.6'
gem 'font-awesome-sass'
gem 'carrierwave'
gem 'mini_magick'
gem 'remotipart', '~> 1.2'
gem 'russian', '~> 0.6.0'

gem 'will_paginate', '~> 3.1.0'

gem 'sass-rails', '>= 3.2'
gem 'uglifier', '>= 1.3.0'
gem 'coffee-rails', '~> 4.1.0'


gem 'jquery-rails'

gem 'turbolinks'

gem 'jbuilder', '~> 2.0'

gem 'sdoc', '~> 0.4.0', group: :doc

gem 'devise'
gem 'omniauth'
gem 'omniauth-facebook'
gem 'omniauth-vkontakte'
gem 'cancancan', '~> 1.10'
gem 'friendly_id', '~> 5.1.0'
gem 'cancancan', '~> 1.10'
gem 'rolify'


group :test do
  gem 'selenium-webdriver'
  gem 'capybara'
end

group :development, :test do
  gem 'sqlite3'
  gem 'rspec-rails'
  gem 'byebug'

  gem 'web-console', '~> 2.0'

  gem 'spring'
end
group :development do
  gem 'capistrano'
  gem 'capistrano-rails'
  gem 'capistrano-bundler'
  gem 'capistrano-rvm'
  gem 'capistrano-passenger'
  gem 'capistrano-bower'
end

group :production do
  gem 'pg'
  gem 'rails_12factor'
  gem 'unicorn'
end

Может еще какой-то файл нужно показать, не знаю, если что пишите.
--------
Обновлено 30/08
Сегодня настроил в конфиге бд лог медленных запросов. В начале что-то не так пошло, и сайт перестал отвечать вообще на запросы. Откатил обратно настройки конфига бд, все заработало. И, что меня совсем не радует, работает уже пару часов без сбоев очень быстро, как я только не изощрялся. Лучше бы я нашел проблему, теперь фиг пойми...
Как быть дальше?
-----
Вывод топ во время "затыка"

Answer 1

[Pianista]

Сегодня настроил в конфиге бд лог медленных запросов. В начале что-то не так пошло, и сайт перестал отвечать вообще на запросы. Откатил обратно настройки конфига бд, все заработало. И, что меня совсем не радует, работает уже пару часов без сбоев очень быстро, как я только не изощрялся. Лучше бы я нашел проблему, теперь фиг пойми...
Как быть дальше?
______________________
Нашел решение проблемы! Она была в unicorn.rb
У меня не были прописаны секции before_fork и after_fork.
Сейчас мой unicorn.rb выглядит так:

APP_PATH = File.expand_path('../../', __FILE__)

working_directory APP_PATH
listen            APP_PATH + '/tmp/sockets/unicorn.sock'
worker_processes  2
timeout           30
preload_app       true

before_exec do |server|
  ENV['BUNDLE_GEMFILE'] = APP_PATH + '/Gemfile'
end

before_fork do |server, worker|
  ActiveRecord::Base.connection.disconnect! if defined?(ActiveRecord::Base)
end

after_fork do |server, worker|
  ActiveRecord::Base.establish_connection if defined?(ActiveRecord::Base)
end

Answer 2

[Алексей]

Странно что еще не спросили - а что показывает top ?
Может просто памяти не хватает и все уходит в своп.

Comments

[Pianista]

В топ все чисто, нагрузка на сайт нулевая из гига оперативки занято от силы 80 мб, процессор от1 до15%

[Viktor Vsk]

Pianista: рельс приложение не может занимать 80 мб. Куда-то не туда смотрите. Поставьте HTOP, там нагляднее. И когда происходит затык в 20 секунд -включайте его и анализируйте.

[Pianista]

Все верно, я ступил. Оперативка занята обычно от 180 до 235. Добавил в вопрос скрин вывода команды top во время затыка

Answer 3

[Mikhail Osher]

Держу пари, база данных тормозит приложение.
Профилируейте вызовы к базе, смотрите логи базы.

Comments

[Pianista]

но база данных почти пустая, как она может тормозить?

[Mikhail Osher]

Pianista: сделайте профилирование - а там видно будет

[Pianista]

Mikhail Osher: пошел изучать как это делается)

[Pianista]

вот теперь появился вопрос, а с помощью чего сделать профилирование? Нашел pgFouine, но он использует php, не хотелось бы ставить php на сервер из-за него.

[Pianista]

Вчера попытался поставить мониторинг медленных запросов через rsyslog, в итоге где-то накосячил в конфете бд, сайт перестал отвечать, потом все откатил обратно. Сайт заработал, и до текущего момента не тормозит вообще. это совсем не радует, лучше бы я нашел проблему, чем так...

Answer 4

[Владимир Грабко]

В конфиге бд настройте лог медленных запросов.

Comments

[Pianista]

Да, уже додумался до этого. Сегодня буду пробовать)

[Pianista]

Вчера попытался поставить мониторинг медленных запросов через rsyslog, в итоге где-то накосячил в конфете бд, сайт перестал отвечать, потом все откатил обратно. Сайт заработал, и до текущего момента не тормозит вообще. это совсем не радует, лучше бы я нашел проблему, чем так...

[Владимир Грабко]

Pianista: я б на твоём месте нанял сис. админа. У меня с SQL базами много подобных историй))

[Pianista]

Я сейчас изучаю rails, сисадмина для этого нанимать нет денег))

[Владимир Грабко]

Pianista: учите NoSQl

[Pianista]

redis?

[Владимир Грабко]

Pianista: NoSQl, а не хеш хранилище )) К примеру MongoDB

Answer 5

[arruah]

Это подтверждает версию о том, что проблема была в СУБД. Копайте в ту сторону.