Python-сообщество

Ferroman
Тут уже кто-то мерял пиписьки у “php” и “django” :)
Честно говоря - довольно бесмысленное занятие.

Потому что корректно провести эксперимент сложно, а некорректно - кому такие данные нужны?

ab - слишком синтетический тест.

Имхо наоборот. Нам не важна скорость(иначе получится бред вроде такого, что ASP.NET приложение быстрее, чем PHP), а производительность. А производительность - это количество выдерживаемой нагрузки. Т.е. по моему мнению ab спасет )

nerezus

ab - слишком синтетический тест.

Имхо наоборот. Нам не важна скорость(иначе получится бред вроде такого, что ASP.NET приложение быстрее, чем PHP), а производительность. А производительность - это количество выдерживаемой нагрузки. Т.е. по моему мнению ab спасет )

Что наоборот? “ab излишне натуралистичен”? Ни про скорость, ни про производительность я не говорил, свои определения терминов не давал, слов “php”, “asp”, “java” не произносил. Я говорю лишь о том, что ab - это сферический конь в вакууме, по замерам которого ты хочешь делать ставки на скачках.

Отредактировано (Март 28, 2008 15:39:37)

А альтернативы ему какие?

Альтернативы… например httperf

…или pylot

Отредактировано (Апрель 9, 2008 16:32:47)

nerezus
Просто я помню ошибку 500 на половине страниц сайта turbogears. И это оставило очень нехороший след о стабильности питона в вебе =\

Производительнее чем php фреймворки - тесты гуглятся легко.

Это естественно. Но если БЕЗ фреймворков? ТОт же мегабайтовый орм с кучей ООПного оверхеда реально заменить парой функций работы с бд.

Наличие прямой корреляции между ООПными оверхедами и производительностью - это отнюдь не факт. Оверхэд оверхэду рознь. Проблема лишних запросов к РБД - может быть, да, но это имхо суть ОРМ. Так что вопрос-то в действительности “быть или не быть”, в смысле ОРМ. Опять же, выстраивая приложение без ОРМ, чаще всего эту ОРМ сам и делаешь в разных видах, что в общем-то не самая трудоемкая задача.

Хм …
кроме проблемы написания грамотного SQL, конечно :)