5 апреля 2014

Большое изменение в Rails 4 - то, что приложения теперь ориентированы на многопотоковое исполнение по умолчанию. Это дает огромные выигрыши в производительности приложений, поскольку они будут в состоянии обслуживать больше чем один запрос одновременно.

Ориентированный на многопотоковое исполнение код

Если Вы используете рабочий веб-сервер, который допускает параллелизм, такой как Puma, Вы должны гарантировать, что весь Ваш код ориентирован на многопотоковое исполнение, включая все gem-ы которые использует ваше приложение. Вы должны быть уверены, что каждый gem, включенный в Ваш проект, ориентирован на многопотоковое исполнение.

Как только все gem-ы будут проверены на корректное исполнение многопотокового кода, следующий шаг - изучить Ваш собственный код проекта. Просмотрите свое приложение в поисках совместно используемых частей кода, таких как:

• переменные класса
• константы
• глобальные переменные

Вот пример кода многопотокового исполнения долгого конкурентного вычисления, используя Mutex:  

class SomeClass
  @lock = Mutex.new

  class << self
    def some_calculation
      @lock.synchronize do
        @calc ||= heavy_operation
      end
    end
  end
end

 

Используемый веб-сервер

Если Вы используете веб-сервер, такой как Unicorn, даже если Ваше приложение ориентированно на многопотоковое исполнение, то все запросы будут все еще работать в изоляции. Каждый рабочий процесс выполняет единственный поток за один раз. Однако, поскольку Rails теперь ориентировано на многопотоковое исполнение по умолчанию, у Вас нет необходимости включения в ваш код middleware Rack::Lock в каждом запросе.

Rails будет автоматически включать Rack::Lock, если ваше приложение исполняется на многопотоковом веб-сервере, таком как WEBrick.

тема: Ruby on Rails

дополнительноНовое в Ruby 2.1Медленно, но верно: о прошлом, настоящем и будущем RubyНовое в Rails 4: потоковая передача данных (Live Streaming)Обработка AJAX-запросов в Ruby on RailsУстановка Ruby и Ruby on Rails