-
Notifications
You must be signed in to change notification settings - Fork 161
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reverse the relative throughput results #39
Comments
Please re-open since the issue is not fixed yet. If closing as won't fix, please give some explanation as to why the relative numbers for requests per second are most informative when compared to whatever happens to be the worst performing framework in the test as opposed to the best performing framework. Thanks. |
I don't understand why the best case should be the base of comparison. In the results, I want to know how many times faster than the worst framework. |
Why is the worst framework relevant? Why shouldn't the default comparison be against the best framework? Check example of the output in the original post. The worst framework was typo3f, and the best frameworks were over 5000 times faster than typo3f, but for me as a PHP-developer, I couldn't care less about comparing against typo3f or some other slow framework, I want to compare against the best options out there. Comparing to the worst framework in the world may be interesting as trivia for researchers of php frameworks, but not when the target is to understand how the fastest frameworks compare to each other.
Here is a scenario: Joe the PHP developer uses Yii 2 and has grown a bit tired of it. Thinking about switching frameworks, one factor to consider is the performance. Maybe it is worth considering one of the fastest frameworks? Or no framework at all? Joe goes and checks benchmark results, and is interested in relative performance of the fastest frameworks. When doing this, he encounters that all relative throughput figures are relative to Typo 3, which is completely irrelevant for Joe, since he is interested in the top fastest frameworks only.
Sure, this issue however only regards the relative throughput results, and not the relative-column regarding memory. |
It makes little sense to use relative numbers where 1.0 represents the worst framework tested. Instead, the best case (either the fastest framework or preferably no framework at all, see #34) should be the base of comparison. We can use 100 as the base number for the best case.
Here is an example result that clearly shows how comparing to worst case scenario is non-informative:
A reversed version is more informative imo:
The text was updated successfully, but these errors were encountered: