Pull to refresh

Comments 20

Обновились, проблем с обновлением не было.
Действительно, даже на глаз, стало быстрее.
А я ничего не заметил «на глаз». Как работало быстро, так и осталось.
Возможность использования нескольких версий руби очень радует. Можно потихоньку перетаскивать проекты с ree на ruby 1.9.2.
Passenger Standalone мега фича ) Да и все остальные тоже очень вкусные.
Да, passenger + rvm — сильная вещь. Работать становиться все удобнее
Т.е. всё таки имеет смысл переходить с php на руби?
как по мне: сам по себе ruby медленее php и python… если есть /dev/hands то php довольно неплохо хавает разно-образные кэшырующие плюшки и решает почти все проблемы продакшэна.

но вот RoR хз хз — тут надо подумать с чем его сравнивать… и вообще хз
Сейчас читаю книгу про ruby, и всё-таки концепция намного лутше чем php,
Но реализация никакая… думаю rubinius будет круче стандартного интерпретатора.

Нормального сравнения скорости на
php(symphony) / ruby (RoR) / python (django) ещё не видел… думаю это хорошая тема для поста, размышлений и холивара (тролинга)
то, что Ruby медленный это миф из старых версий, на одном из докладов Каца видел слайдшоу и на одном слайде показывалось реальное положение дел: 1.9.2 уступает Python2, но быстрее PHP и Python3 и Perl и еще чего-то там…

Если для вас производительность критична — выбирайте Си или, еще лучше — Ассемблер=)

rubinius — разработка for fun, у него нету реальных инвестиций и поддержки мощных компаний, то, что сейчас есть — вещь весьма не стабильная, хотя я слышал, что некоторые люди используют его в девелопменте, но в продакшене — никогда. Минимум года 2 понадобится, чтобы довести его до ума…

Интересная разработка, которая находится еще в более хужем состоянии, чем rubinius — это github.com/djberg96/Sapphire — Ruby Fork…
Да, интересно будет посмотреть на сайт написанный на асме…
Имхо, скорости выполнения RoR'у достаточно, есть те же приложения 37сигналов с миллионами пользователей (естественно, масштабируется добавлением серверов).

По синтаксису получше php. На питон не смотрел, может и достаточно прилично там, rails вполне устраивает.
а еще twitter, Shopify и много-много чего, из отечественного знаю: Игра Лицемер в Вконтакте на 2 месте по популярности (3-4 млн. пользователей) и соц. сеть Lookatme… В США вообще каждый второй стартап на Rails разрабатывается.

это все примеры весьма нагруженных проектов, разумеется особо нагруженные проекты как, например, twitter или какой-нить хостинг видео и т.д. разрабатывается на целом зоопарке языков, каждый из которых отлично решает какую-нибудь специальную задачу.
уже как 15 лет имеет смысл переходить=)
Посмотрел профили участвующих в дискуссии. НЕ УДИВЛЕН.
Это все конечно круто, но в свое время таки мне и не удалось запустить 2.2 на FreeBSD 8. А тикет по фре висел открытым так долго — что я и не надеялся что вопрос будет решен.

Кажется по 3 релизу уже кто-то отписался, и кажется тут уже проблемы не катастрофические.

code.google.com/p/phusion-passenger/issues/list?can=2&q=freebsd&colspec=ID+Type+Status+Priority+Milestone+Stars+Summary&cells=tiles

Если кто-то имеет опыт запуска на фре 8 с NginX — отпишите плз.
Не обязательно же использовать Pasenger.
Мне вот нравится Unicorn.
Unlike Mongrel, Thin and Unicorn, Phusion Passenger Lite can be directly exposed to the Internet. It can serve static files at blazing speeds thanks to the Nginx core. Mongrel and Thin can serve static files but they aren’t very good at it. Unicorn doesn’t even try.


;-)
Ну это естественно. Мы обязательно ставим frontend-сервер, обычно nginx, для обработки статики (независимо от бэкэнда). Спасибо nginx core ;)

Кстати, на rack-приложении «hello, world», Unicorn в два раза быстрее, чем passenger standalone.
Сейчас замеряю кол-во запросов на предыдущей версии, обновлю — и замеряю на новой. Посмотрим, что оно покажет :)

Вот только с дебагером не удалось запустить на девелопменте.
Пишет что ruby-debug устарел, хотя на самом деле, самый новый.
2.2.15
— ab -n 1000 -c 10
— Percentage of the requests served within a certain time (ms)
50% 448
66% 499
75% 532
80% 554
90% 622
95% 693
98% 819
99% 6014
100% 7520 (longest request)
— — 3.0.0
— Percentage of the requests served within a certain time (ms)
50% 432
66% 486
75% 519
80% 543
90% 605
95% 679
98% 784
99% 911
100% 1569 (longest request)
Sign up to leave a comment.

Articles