Re: Тест производительности фреймворков

[vti]

Да я согласен со всем. Я же и написал, что все должно работать
"достаточно быстро" :) И результат должен быть приемлимым.

Вот хорошая статья, которая гораздо лучше описывает, что я хотел сказать:

http://al3x.net/2010/07/27/node.html

А вот пример непонятного тестирования производительности:

http://www.slideshare.net/hidek/benchmarks-of-perl-web-application-frameworks-presentation


1 августа 2010 г. 13:53 пользователь Serg Gulko <s.gulko at gmail.com> написал:
> Привет!
>
> Позволю себе не согласиться - производительность эта та величина,
> которая может быть измерена. Безусловно, все упирается в тесты и именно
> поэтому я поднял эту тему здесь. Мне встречались подобные тестирования в
> Сети и всегда были недовольные и возмущающиеся - мол де тестировали не
> то и не так. Я думаю, что коллективно можно было бы разработать некую
> модель.
> А вот скорость разработки и легкость изменений, возможность
> масштабирования - это очень субъективные понятия, где оценка(именно
> оценка, измерение тут в принципе невозможно) будет очень сильно зависеть
> от мнения и предпочтения отдельно взятого человека.
> Опять же не соглашусь насчет скорости. Лет пять-семь назад когда очень
> многие сидели на модемах 33600 или еще хуже проблемой была скорость сети
> и можно было особо не морочить себе голову с оптимизацией. Какая
> разница, выдашь ты результат за секунду или одну десятую секунды, если
> он все равно будет идти к пользователю 5 секунд:) Но сейчас же каналы
> другие, иногда жесткий диск работает медленнее, чем сеть:) А представь,
> что приложение работает в локальной сети, где ноды подключены на
> скорости от 100 и выше. Тяжело будет объяснить что-то CTO заказчика,
> ссылаясь на то, что один стандартный запрос обрабатывается порядка двух
> секунд.
> Ну это так, мысли вслух:)
>
> В Вск, 01/08/2010 в 10:04 +0300, vti пишет:
>> Мне кажется, что мерять надо не производительность (что сама по себе тема сложная и полна многочисленными подводными камнями), а скорость разработки и легкость изменений, возможность масштабирования. Например, в Mojolicious есть возможность как обычного режима работы, так и асинхронного, без чего поддержка вебсокетов просто невозможна.
>>
>> Требования современного веба, это чтобы все работало достаточно быстро.
>> А для производительности есть С.
>>
>> Sent from my iPad
>>
>> On Aug 1, 2010, at 4:20 AM, Sergeev Serge <simne at yandex.ru> wrote:
>>
>> > Сейчас, вот только вики запустим, и сделаем в том числе и замеры производительности ;)
>> >
>> > Пока только можно сказать, что для Perl это очень богатая тема, тк производительность будет зависеть например от используемого модуля ООП.
>> >
>> > 01.08.10, 02:16, "s.gulko at gmail.com" <s.gulko at gmail.com>:
>> >> Прогуливаясь сегодня вечером с коллегой по цеху, родилась идея
>> >> провести замеры производительности основных перловых веб фреймворков.
>> >> Есть у кого-то идеи на этот счет?
>> >>
>
>
>