Как мы увеличили скорость генерации JSON в 6000 раз

[AMar4enko]

Если я правильно понял, вы говорите в большей степени о приведении объекта к хешу, который после этого сериализуется в json любым доступным сериализатором.
В этом случае ваше сравнение выглядит по меньшей мере странным — вы сравниваете библиотеку для сериализации объектов языка в JSON, работающую через native extension (Oj), с, фактически, надстройкой над ней, потому что после MultiJson.use(:oj) JBuilder результат преобразования объекта в хэш сериализует через MultiJson, который использует для этого Oj. Прям теплое с мягким.
А конкретно для преобразования объекта в хеш для последующей сериализации можно еще использовать grape-entity, например.

[maks_ohs]

Странно, но не разу не слышал про Grape, спасибо большое

[Tbird]

Коллега недавно наваял более быструю реализацию сериалайзеров: github.com/Lightpower/fars

[drakmail]

А бенчмарки будут? В ридми не нашел =/

[iiShrimp]

Еще как вариант — использовать постгрес как БД и генерировать JSON ответы обходя рельсы. Идеальный вариант для клиентских приложений.

Пример: reefpoints.dockyard.com/2014/05/27/avoid-rails-when-generating-json-responses-with-postgresql.html

[Deepwalker]

Чистая экономия на создании кучи бесполезных объектов active record.

[Zzet]

Не скромная такая экономия получается. И, кстати, не только на этом экономите. На днях таким образом из postgresql вытащил большой json за ~ 5 ms вместо 180 ms в случае с acts_as_api + сериализация.

[akzhan]

Давно использую yajl-ruby и не парюсь.

[fim]

oj побыстре будет. Ссылка на старый пруф: brainspec.com/blog/2012/09/28/lightning-json-in-rails/

[akzhan]

это да, но мне лень было переключаться при такой разнице. вдобавок yajl-ruby на моей памяти имеет самый стабильный API.