LINUX.ORG.RU

Результаты тестирования шести ведущих фреймворков на производительность


0

0

Alrond протестировал скорость работы движков MVC нескольких популярных фреймворков.

Результаты:
1. django.
2,3 поделили TurboGears и RoR 1.1.6
4. Catalyst.
5. CodeIgniter.
6. RoR 1.2.1
7. Symfony

>>> Подробности

★★★

Проверено: Shaman007 ()

сам элронд смит?!

anonymous
()

Ух сейчас понесётся... P.S. жаль что CakePHP нету

pento ★★★★★
()

>>популярных фреймворков.

[Занудно] Вообще-то, надо добавлять - "для разработки сетевых приложений". А совсем было бы хорошо, если вместо дурацкого "фреймворка" написать программный комплекс.

geekkoo
()

ну как обычно в питоне шарим его тюним, а другие типа чтобы были, до кучи, не объективно...

darkden
()

а дотнет где? ниасилел?

anonymous
()

Безотносительно к результатам объективность вызывает сомнения ;)))

Стоит только посмотреть на графики - сколько вариантов Django было испробовано? (для тех, кто в танке - вопрос риторический ;)

AcidumIrae ★★★★★
()

Ну вот, уже одно только включение eAccelerator уменьшает разрыв Django/PHP всего вдвое. И это у довольно тормозных фреймворков...

Вот мой фреймворк генерит юзеру статику, отдавая с винта готовые страницы. В общем случае - PHP даже не вызывается. В частном - всякая user-based инфо вставляется через JavaScript. Интересно, вот, его потестировать в равных условиях :D

KRoN73 ★★★★★
()

>Alrond протестировал скорость работы движков MVC нескольких >популярных фреймворков.

>Результаты: >1. django. >2,3 поделили TurboGears и RoR 1.1.6 >4. Catalyst. >5. CodeIgniter. >6. RoR 1.2.1 >7. Symfony

Все это хорошо, но в списке нет _ реально популярных_ фреймворков...

Реально _популярные_ :

1. просто PHP как есть, и это печально...

2. Spring, Struts, JSF и тд.

3. ASP.net

guardian
()
Ответ на: комментарий от anonymous

Учитывая крайнюю тормознутость самого Ruby, было бы удивительно, если б проекты на нём летали при равных условиях.

Сила Ruby в глазах его сторонников в структуре м возможностях языка и связанными с этим скоростью и удобством разработки.

KRoN73 ★★★★★
()
Ответ на: комментарий от guardian

>Реально _популярные_ :

пхп - это не фрейморк. Жаба - это другой уровень, а asp.net ни разу на глаза не попадался.

geek ★★★
()
Ответ на: комментарий от geek

>пхп - это не фрейморк.

Это вопрос спорный на самом деле. В стандартной библиотеке очень много нужного для web из коробки, PHP никак не язык общего назначения, а как раз скриптовый DSL для web. Плохой, хороший --- другой вопрос.

Что касается Java и .Net --- так на них куча программерских контор в Москве и Питере как раз и лабают, так как платят. См. job.ru, кто требуется.

Популярность --- это признание милионов индусов :)

guardian
()

хе-хе, UCW ниасилили или устыдились сравнивать с? На дрова.

bugmaker ★★★★☆
()
Ответ на: комментарий от anonymous

>да но... что действительно 1.2.1 рельсы настолько медленнее?....

Этот тест как раз обсуждают в гуглегруппах и судя по всему товарищ проводящий тестирование единственный у кого 1.2.1 настолько тормозит. У остальных все нормально. =)

e-max
()
Ответ на: комментарий от guardian

>Это вопрос спорный на самом деле.

нихрена не спорный. Если только ты не в курсе - что такое фреймворк :)

geek ★★★
()

мда. прочитал - 2,3 поделия TurboGears и RoR. Чтото есть в этом от фрейда, ИМХО )

anonymous
()

Интересно ещё скорость Pylons и Django сравнить...

Хотя, многое (если не "почти всё") зависит не от фреймворка, а от собственно реализации проекта.

adarovsky ★★★★
()
Ответ на: комментарий от geek

>пхп - это не фрейморк

нет, фреймворк ;)))

всегда им был(начиналяся как набор перл и С скриптов) - просто вырос в монстра

РНР - скриптовый движок написанный на С

AcidumIrae ★★★★★
()

кто в курсе? насколько быстро можно поднять сайт на django? насколько это оправданно?(точнее при каких условиях?), или стоит продолжать использовать drupal

anonymous
()

Пузомерка.

Спрашивается, зачем пропустили эту новость? Это ведь полный бред! Какая розница с какой скоростью работают фреймворки, если важно только время разработки проекта на них. Это как оценивать? Какая-то бестолковая пузомерка вместо новости.

Camel ★★★★★
()
Ответ на: комментарий от pento

Ну давай, организуй на питоне или перле сохранение информации в сессии, не импортируя ни одного модуля.

/me взял попкорн и устроился у монитора.

r_asian ★☆☆
()
Ответ на: комментарий от KRoN73

>Вот мой фрейм...

это оно?

( ! ) Parse error: syntax error, unexpected '<' in /home/balancer/work/cms/funcs/templates/smarty.php(13) : eval()'d code on line 16

Deleted
()

А что будет когда TurboGears таки переведут на cherrypy3? Судя по тому что cherrypy3 быстрее чем cherrypy2 в разы, TG должен выйти на первое место в таких тестах...

anonymous
()
Ответ на: комментарий от anonymous

>кто в курсе? насколько быстро можно поднять сайт на django? насколько это оправданно?(точнее при каких условиях?), или стоит продолжать использовать drupal

По django довольно неплохой Tutorial. Мне удалось за ночь разобраться и написать простую систему ala блог+менеджер пользователей для него (до того django не изучал вообще).

Другой вопрос, что django далеко не на любом хостинге получается запустить.

Davidov ★★★★
()
Ответ на: комментарий от Aceler

> Поставь apache и mod_mono и попробуй :)

К сожалению ни об одном приличном MVC framework'е для ASP.NET мне, например, не известно. А то что есть - под mono не работает. Даже mojoportal (хоть это и не CMF а CMS) работает только под mono 1.1 profile и только старая версия...

anonymous
()
Ответ на: комментарий от Deleted

> ( ! ) Parse error: syntax error, unexpected '<' in /home/balancer/work/cms/funcs/templates/smarty.php(13) : eval()'d code on line 16

Гыгы :))

Deleted
()
Ответ на: комментарий от pento

>Перл - тоже скриптовый движок? Питон тоже?

дурака из себя не стройте пожалуйста

PHP изначально был создан(не рабираемя как ;) для динамических веб страничек. РНР именно скриптовый движок, так как екстеншены пишутся на строго типизированных языках программирования общего назначения (в основном С/C++)

Перл - расшифруйте и узнаете для чего он создан

Питон - динамический объектно-ориентированный яп высокого уровня. ОБЩЕГО НАЗНАЧЕНИЯ.

AcidumIrae ★★★★★
()
Ответ на: комментарий от AcidumIrae

>РНР именно скриптовый движок

Скриптовый движок, на котором пишут скриптовые движки потому, что сам по себе PHP как скиптовый движок никуда не годится? :) :) :)

> так как екстеншены пишутся на строго типизированных языках программирования общего назначения (в основном С/C++)

Модули Перла тоже неплохо так пишутся на на строго типизированных языках программирования общего назначения (в основном С/C++)

anonymous
()
Ответ на: комментарий от anonymous

У пхп просто большая и жирная библиотека, но разве разве обширная библиотека == фреймворк???

krum
()
Ответ на: комментарий от Davidov

Ну да, python нужен, как же без него

Fedor ★★★
() автор топика
Ответ на: Пузомерка. от Camel

>Спрашивается, зачем пропустили эту новость? Это ведь полный бред! Какая розница с какой скоростью работают фреймворки, если важно только время разработки проекта на них. Это как оценивать? Какая-то бестолковая пузомерка вместо новости.


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

Fedor ★★★
() автор топика
Ответ на: комментарий от Deleted

>это оно?

Это оно, примерно трёхгодичной давности :) Естественно, с тех пор всё на свете поменялось, а, как ни печально, свой собственный сайт - это самое последнее место, до которого доходят руки :D

KRoN73 ★★★★★
()
Ответ на: Пузомерка. от Camel

>Это ведь полный бред! Какая розница с какой скоростью работают фреймворки, если важно только время разработки проекта на них.

То есть, Вы на полном серьезе считаете, что производительность фреймворка -- дело десятое? Типа, нам бы побыстрее наваять, а как оно будет работать - пофиг? Заказчик же лох, купит новый сервер, никуда не денется....

anonymous
()
Ответ на: комментарий от anonymous

Заказчику важнее быстро получить работающий продукт. Дешевле купить сервак, чем оплачивать время работы программистов.

krum
()
Ответ на: комментарий от krum

>Заказчику важнее быстро получить работающий продукт. Дешевле купить сервак, чем оплачивать время работы программистов.

Бред какой. Где технико-экономическое обоснование этому утверждению? Куча рекламных плакатов?

anonymous
()
Ответ на: комментарий от anonymous

>Бред какой. Где технико-экономическое обоснование этому утверждению? Куча рекламных плакатов?

почему же, и на самом деле дешевле купить сервак, чем оплатить труд программерам. Другой вопрос в целесообразности этого, в развитии и масштабируемости ну и так далее. А тут уже и важна конечная производительность.

alphex_kaanoken ★★★
()
Ответ на: комментарий от alphex_kaanoken

>>Бред какой. Где технико-экономическое обоснование этому утверждению? Куча рекламных плакатов?

>почему же, и на самом деле дешевле купить сервак, чем оплатить труд программерам.

Каким программерам? С каких это пор труд PHP-программиста стОит дороже сервера?

anonymous
()
Ответ на: комментарий от anonymous

>Каким программерам? С каких это пор труд PHP-программиста стОит дороже сервера?

А что, в Р'льехском фтопкоподелочном ПТУ не проходят предмет "экономика" ?

grinn ★★
()
Ответ на: комментарий от anonymous

> Каким программерам? С каких это пор труд PHP-программиста стОит дороже сервера?

К сожалению, это так :( Сервак сейчас можно и за $1500 взять. Это ~ месяц работы одного среднего php-кодера.

Deleted
()
Ответ на: комментарий от grinn

Нет. Из-за этого кодеры часто закрывают глаза на очевидные огрехи в проектировании и оптимизации скорости в угоду быстроте разработки и добавления новых неоттестированных и неочевидных функций.

Deleted
()
Ответ на: комментарий от anonymous

>Скриптовый движок, на котором пишут скриптовые движки потому, что сам по себе PHP как скиптовый движок никуда не годится? :) :) :)

я ж написал, что не рассматриваем РНР и как но написан ;)))

>Модули Перла тоже неплохо так пишутся на на строго типизированных языках программирования общего назначения (в основном С/C++)

дык, речь там была о начальном ПРЕДНАЗНАЧЕНИИ ;)))

AcidumIrae ★★★★★
()
Ответ на: комментарий от Deleted

>Нет. Из-за этого кодеры часто закрывают глаза на очевидные огрехи в проектировании и оптимизации скорости в угоду быстроте разработки и добавления новых неоттестированных и неочевидных функций.

просто бывают случаи, когда заказчику "надо вчера вот эту дурацкую функцию", конечно нужно писать юз кейсы, фиче листы и прочие спеки, но иногда заказчик со всем этим пошлет тебя подальше(с такими лучше не связываться, но жизнь жестокая штука ;)

AcidumIrae ★★★★★
()
Ответ на: комментарий от Deleted

>Нет. Из-за этого кодеры часто закрывают глаза на очевидные огрехи в проектировании и оптимизации скорости в угоду быстроте разработки и добавления новых неоттестированных и неочевидных функций.

Ключевой слово в моём утверждении - работаюший!

krum
()
Ответ на: комментарий от KRoN73

> Какая розница с какой скоростью работают фреймворки

Ню-ню, а потом, когда чуть вырастит посещаемость все бегают выпученными глазами и думаю что же делать т.к. сервер не тянет. И оперативу добавляют, и процы меняют и вские memcached ставят и программеров круглые сутки заставляют пахать :). Ведь пока cpu idle хоть немного есть сервер обычно ничем не выдает что он сильно нагружен. А когда этого idle нет все становится резко плохо(обычно). В лучшем случае сайт сильно тормозит, в худшем падает нафиг :). Так что не повторяйте ошибок на которые уже наступили миллионы, планируйте ресурсы сервера заранее :).

>Вот мой фреймворк генерит юзеру статику.

Это с любым фреймворком так можно сделать :). Я прикрутил к django. Как только контент меняется\обновляется вызывает функция которая генерит статику которая потом отдается nginx. Правда, статика не всегда поможет. Например, не поможет там где ответ сервера зависит от запроса клиента. Форум, например, будет очень сложно закешировать :).

anonymous
()

>протестировал скорость работы движков MVC нескольких популярных фреймворков.

Интересно во сколько раз скорость работы Seam, GWT, Struts,Stripes и JSF их быстрее?

Yilativs ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.