It's very depressing to see Symfony2 at the bottom of these lists. Although there are quite a few performance optimizations that can be done to improve this, there are few excuses for such poor performance by default.
And just to be happier, Drupal 8 will be base on Symfony2...
Web Framework Benchmarks Round 4
331–340 of 358 posts
Re: Web Framework Benchmarks Round 4
#332Earlier quoted context omitted.
On the other hand, I'm genuinely surprised the current stable version is not doing any better.
This benchmark probably has more to do with the performance of the JSON serialization and database libraries than with web framework performance.
Re: Web Framework Benchmarks Round 4
#333pg: Do you consider a rewrite of Hacker News to something faster?
Re: Web Framework Benchmarks Round 4
#334Re: Web Framework Benchmarks Round 4
#335Earlier quoted context omitted.
This is probably caused by running all the queries in their own goroutine (if you don't know what this is just think of it as a thread - but much cheaper). This causes the queries to be handled in more or less random order. We'll fix this for Round 5 ;-)
You think so? I think it is probably cases by Go's single threaded stop the world garbage collector.
Re: Web Framework Benchmarks Round 4
#336It's very depressing to see Symfony2 at the bottom of these lists. Although there are quite a few performance optimizations that can be done to improve this, there are few excuses for such poor performance by default.
Re: Web Framework Benchmarks Round 4
#337what about django
Re: Web Framework Benchmarks Round 4
#338Earlier quoted context omitted.
> The benchmark page clearly tags which implementations use raw SQL access and which use an ORM. These all happen to be using raw SQL. To my knowledge, none of them have a pre-bundled ORM, and I'm not sure whether the ORM tested implementations are only supposed to indicate the pre-shipped ORM. You miss my point. All of those examples you gave used the same core database framework and as the test was primarily a data…
> You miss my point. All of those examples you gave used the same core database framework and as the test was primarily a database performance test, all those 3 examples were essentially the same core Perl code. I think we are talking past each other. I listed a lot of frameworks, including three in python. I started with Perl, and added a whole bunch more. I could, and should, have presented them better. Personally…
I wasn't aware of PSGI nor the performance it has compared to mod_perl. That's probably one of the most interesting things I've read on here for a while (interesting in terms of it could have a direct impact on my business).
Thanks for that. :)
Re: Web Framework Benchmarks Round 4
#339The Haskell Snap Framework has a new http server in the works. It's completely rewritten on a new library called io-streams with performance in mind. Initial benchmark results look promising. http://snapframework.com/blog/2013/03/05/announcing-io-strea...
Re: Web Framework Benchmarks Round 4
#340Earlier quoted context omitted.
> You miss my point. All of those examples you gave used the same core database framework and as the test was primarily a database performance test, all those 3 examples were essentially the same core Perl code. I think we are talking past each other. I listed a lot of frameworks, including three in python. I started with Perl, and added a whole bunch more. I could, and should, have presented them better. Personally…
Sorry for the brash tone of my previous posts. I wasn't aware of PSGI nor the performance it has compared to mod_perl. That's probably one of the most interesting things I've read on here for a while (interesting in terms of it could have a direct impact on my business). Thanks for that. :)