URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 22305
[ Назад ]

Исходное сообщение
"OpenNews: Варианты настройки Ruby On Rails на максимальную производительность"

Отправлено opennews , 22-Авг-06 09:23 
Статья (http://blog.kovyrin.net/2006/08/22/high-performance-rails-ng.../), рассматривающая несколько самых распространенных методов запуска веб-приложений Ruby On Rails.


Также в статье содержатся примеры конфигурации RoR в связке с Lighttpd или Nginx.

URL: http://blog.kovyrin.net/2006/08/22/high-performance-rails-ng.../
Новость: http://www.opennet.me/opennews/art.shtml?num=8155


Содержание

Сообщения в этом обсуждении
"Интересненько. "
Отправлено Camel , 22-Авг-06 09:23 
Интересно, почему запускались 5 процессов Mongrel, а не 4, по количеству процессоров? Интересно какие результаты показали бы lighttpd и nginx без Mongrel.
Я всё равно буду пользоваться lighttpd, он документирован лучше, а разница в производительности не так уж важна, всё равно основные средства уходят на разработку программы, а не на её хостинг.
Спасибо Алексею Ковырину.

"Варианты настройки Ruby On Rails на максимальную производительность"
Отправлено Аноним , 22-Авг-06 09:34 
Мда, и правда забыл упомянуть... я на тесте с pen попробовал от 2 до 7 все варианты и 5-ка оказалась самым удачным вариантом. Потому ее дальше и использовал. Хотя понимаю, что тут надо было глубже тестировать. Но задача стояла увидеть общую картину... А она, как мне кажется, очевидна.

"Варианты настройки Ruby On Rails на максимальную производительность"
Отправлено piranha , 22-Авг-06 10:40 
Угу, nginx рулит. ;)

"Варианты настройки Ruby On Rails на максимальную производительность"
Отправлено Аноним , 22-Авг-06 12:01 
Еще бы сравнить "Ruby On Rails" vs PHP (по скорости, удобству)
а то не знаю, за какой язык взяться для своего первого серьезного веб-проекта

"Варианты настройки Ruby On Rails на максимальную производительность"
Отправлено Аноним , 22-Авг-06 13:44 
берись за php - пусть он кривой и тормозной, зато более востребован на рынке

"Варианты настройки Ruby On Rails на максимальную производительность"
Отправлено Аноним , 22-Авг-06 13:54 
нет, я не собираюсь писать на заказ или работу искать, я хочу создать свой проект.
есть идея, есть небольшой опыт на c/php/delphi/perl. сам работаю электронщиком :)
Сколько перерыл интернет, руби будет побыстрее пыхпыха, но тормознее питона.
Вот и думаю, за что взяться для веб-проекта: руби или питон.
средне-легкий по сложности, но большой по нагрузке (рассчитан на запад)
пример - хабра (habrahabr.ru)

"Варианты настройки Ruby On Rails на максимальную производите..."
Отправлено Алексей , 22-Авг-06 14:44 
Скорость реализации языка обычно важна когда готовые решения используешь (которые криворукими программерами написаны). Собственный код всегда можно до нужной производительности дооптимизировать, язык не так важен.
Посему рекомендую писать на том, на чем комфортнее. Тот же перл весьма неплох, в варианте mod_perl - DBI есть, XSLT есть, что еще для веба надо. :)

"Варианты настройки Ruby On Rails на максимальную производите..."
Отправлено Алексей , 22-Авг-06 14:47 
Да, насчет скорости - я сравнивал на апаче (mod_python, mod_php, ruby через fcgi) - переписывал для теста стандартную страничку магазина (действия - отпарсить входные параметры, достать нужную инфу из базы, сгенерировать из этого html) - так вот питон и руби оказались медленнее. Хотя на серьезный тест это не тянет.

"Варианты настройки Ruby On Rails на максимальную производите..."
Отправлено alrond , 22-Авг-06 15:40 
медленнее чем что? чем PHP? ...у меня волосы дыбом встают :)))
Но...все зависит от задачи ;)

"Варианты настройки Ruby On Rails на максимальную производите..."
Отправлено Xan , 22-Авг-06 17:28 
Нет, на самом деле здесь еще может влиять качество реализации mod_php, mod_python, mod_ruby.
mod_ruby - очень херово написан.

"Варианты настройки Ruby On Rails на максимальную производительность"
Отправлено Алексей , 22-Авг-06 15:59 
Ага, чем PHP. Что неудивительно: http://shootout.alioth.debian.org/gp4/benchmark.php?test=all...
Но еще раз повторюсь, в реальной жизни не стоит такие мелочи учитывать, писать надо на чем удобнее и на чем лучше получается.

"Варианты настройки Ruby On Rails на максимальную производительность"
Отправлено daff , 22-Авг-06 17:01 
в свете итеграции ruby c
http://www.atdot.net/yarv/
вопросов по производительности не должно остатся вовсе