Live data from Hacker News

Web Framework Benchmarks Round 4

techempower.com

331–340 of 358 posts

Re: Web Framework Benchmarks Round 4

#331
post #104
post #95

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...

Drupal has always been slow out of the box, so it's not news that it must be heavily optimized.

Re: Web Framework Benchmarks Round 4

#332

Earlier 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.

If this was the only reason, Snap's performance would be closer to Yesod.

Re: Web Framework Benchmarks Round 4

#334
post #311

Earlier quoted context omitted.

Nancy[1] comes to mind. [1]: http://nancyfx.org/

I like the looks of that! Could I convince you to put together a test as a pull request? :)

I can't promise to deliver but I'll sure look into it this weekend =)

Re: Web Framework Benchmarks Round 4

#335

Earlier 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.

Guess we'll find out in Round 5!

Re: Web Framework Benchmarks Round 4

#336
post #95

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.

I'm pretty sure it's slow due to the default inclusion of the Doctrine libraries (DBAL, ORM, annotations, etc).

Re: Web Framework Benchmarks Round 4

#338

Earlier 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…

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. :)

Re: Web Framework Benchmarks Round 4

#339

The 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...

It's still several months away from being released.

Re: Web Framework Benchmarks Round 4

#340

Earlier 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. :)

To find out more about PSGI/Plack then this is the best starting place (if you haven't already seen it) - http://plackperl.org
Post reply on HN