Приложение Rails очень медленно на macOS

Question

Уже несколько недель у меня проблема с применением рельсов.Прежде всего я должен уточнить, что у меня есть эта проблема только с одним приложением, но это же приложение очень хорошо работает на компьютере моих коллег (с аналогичными характеристиками) и в промежуточной среде, на сервере.

Когда я говорю очень медленно, это очень медленно.Иногда простой ajax-запрос иногда занимает более 5 секунд.Когда я нажимаю на логотип, чтобы перейти на корневую страницу, между щелчком и началом загрузки возникает задержка в несколько секунд.Каждое изменение страницы занимает не менее 5 секунд ...

Это моя разработка.rb:

# frozen_string_literal: true

Rails.application.configure do
  # Settings specified here will take precedence over those in config/application.rb.

  # In the development environment your application's code is reloaded on
  # every request. This slows down response time but is perfect for development
  # since you don't have to restart the web server when you make code changes.
  config.cache_classes = false

  # Do not eager load code on boot.
  config.eager_load = false

  # Show full error reports.
  config.consider_all_requests_local = true

  # Enable/disable caching. By default caching is disabled.
  # Run rails dev:cache to toggle caching.
  if Rails.root.join('tmp', 'caching-dev.txt').exist?
    config.action_controller.perform_caching = true

    config.cache_store = :memory_store
    config.public_file_server.headers = {
      'Cache-Control' => "public, max-age=#{2.days.to_i}"
    }
  else
    config.action_controller.perform_caching = false

    config.cache_store = :null_store
  end

  # Store uploaded files on the local file system (see config/storage.yml for options)
  config.active_storage.service = :local

  # Print deprecation notices to the Rails logger.
  config.active_support.deprecation = :log

  # Raise an error on page load if there are pending migrations.
  config.active_record.migration_error = :page_load

  # Highlight code that triggered database queries in logs.
  config.active_record.verbose_query_logs = true

  # Debug mode disables concatenation and preprocessing of assets.
  # This option may cause significant delays in view rendering with a large
  # number of complex assets.
  config.assets.debug = false
  config.assets.digest = false

  # Suppress logger output for asset requests.
  config.assets.quiet = true

  # Raises error for missing translations
  # config.action_view.raise_on_missing_translations = true

  # Use an evented file watcher to asynchronously detect changes in source code,
  # routes, locales, etc. This feature depends on the listen gem.
  # config.file_watcher = ActiveSupport::EventedFileUpdateChecker

  config.action_mailer.raise_delivery_errors = false
  config.action_mailer.perform_caching = false
  config.action_mailer.default_url_options = { host: '0.0.0.0', port: '3000' }
  config.action_mailer.asset_host = 'http://0.0.0.0:3000'
  config.action_mailer.delivery_method = :smtp
  config.action_mailer.smtp_settings = {
    address: 'localhost',
    port:    1025
  }

  config.after_initialize do
    Bullet.enable = true
    Bullet.console = true
    Bullet.alert = true
  end
end

В моей конфигурации не было изменений, которые могли бы вызвать эту проблему.Он появляется в Firefox, Chrome и Safari, и каждый браузер обновлен.

С другой стороны, мой Mac имел странное поведение вскоре после появления проблемы и перезагружался с очень долгой загрузкой, как обновление(но это не так) и с конфигурацией клавиатуры США (она никогда не делала этого) и некоторых локальных драгоценных камней, которые больше не существовали (например, сам Rails, capistrano, rspec ...), поэтому я не знаю, связано ли это.

Странный факт:

Например, запрос ajax занимает 2600 мс в тесте Chrome.В тесте выполнения сценариев, рендеринга, рисования и других операций требуется ~ 90 мс, а в режиме ожидания - ~ 2510 мс.

Если я проверяю журналы, у меня есть следующее: Completed 200 OK in 228ms (Views: 0.2ms | ActiveRecord: 27.7ms)

Отображается завершенный статусв журналах после загрузки (так больше 2 секунд), но указанное время похоже на время при подготовке или на моем другом ноутбуке, например, если нет проблем.

Так что я не знаю, где искать, конечно, я опустошил кеш, перезапустил сервер и мой компьютер, попытался изменить конфигурацию среды разработки (без заметных изменений) ...

Это похоже на то, что проблема возникла не с сервера rails, а между сервером и браузером (потому что в тесте «простоя» занимает очень много времени), но я не знаю достаточно, чтобы знать, что это может быть.

Я также должен уточнить, что для монитора активности MacOS все в порядке и нет насыщения (неактивный ЦП составляет около 70%, и у меня более 3,5 ГБ свободной ОЗУ)

Ruby version: 2.5.1p57
Rails version: 5.2.2

Laptop :
  Macbook Pro 2016 macOS Mojave 10.14.3
  2,6 GHz Intel Core i7
  16 Go 2133 MHz LPDDR3

У кого-нибудь когда-нибудь была подобная проблема?Это может быть проблемой с пумой, и если да, то как узнать?