Какую производительность вы получаете от динозавров Heroku?

Ответ 1

Эта запись может быть полезна. Он отлично справляется с теми узкими местами, с которыми может столкнуться геройку, и как может помочь увеличение динозавров, и предоставляет ссылки и информацию в официальном руководстве по характеристикам Delayed Jobs - это то, как вы помещаете их в работу

EDIT//1 марта 2012 года: Вот еще одна запись в блоге, в которой исследовалась задержка герой и пропускная способность для переменной числа Dynos.

EDIT//28 февраля 2013: Были некоторые проблемы поднятые в этом сообщении относительно алгоритма случайной маршрутизации Heroku, а также то, как показатели могут отображаться неверно при масштабировании Dynos, в частности, предоставляемых New Relic. Это все еще актуальная проблема и что-то примечание в контексте моего предыдущего ответа. Ответы Heroku связаны между собой.

EDIT//8 мая 2013 года: Недавняя публикация в блоге Shelly Cloud анализирует влияние количества динозавров и веб-сервера, используемых при выполнении приложений. Используемая базовая производительность script должна быть полезна при выполнении дальнейших тестов.

Ответ 2

Хорошим способом тестирования является использование инструмента Apache Bench. Возможно, он уже установлен на вашем компьютере. Сначала проверьте его (unix/os x):

which ab

Документация по AB и инструкции по установке: http://httpd.apache.org/docs/2.0/programs/ab.html

После установки попробуйте отправить некоторый трафик на сайт Heroku.

ab -n 5000 -c 10 http://example.com/

Где N - общее количество запросов, а C - количество разрешенных параллельных запросов. Ускорение C, похоже, дает мне самые неудачные ответы.

Помните, что экземпляр Heroku работает позади Varnish, поэтому вы можете тестировать кеш-лак, а не Ruby. Проверьте, какие заголовки "кеш-контроль" отправляются вашим приложением.

Ответ 3

Я также предлагаю установить новый Relic Add-on. Он позволяет выполнять базовый мониторинг производительности и помогает выявлять узкие места.