What the‽ How is it possible my MicroMVC framework + ORM is faster than Native PHP + ORM?
MicroMVC is doing very well! It is possible that your ORM is more performant than PHP ActiveRecord, which is what we used in the PHP + ORM test.
Web Framework Benchmarks Round 4
71–80 of 358 posts
Re: Web Framework Benchmarks Round 4
#72Re: Web Framework Benchmarks Round 4
#73Why I'm still using Play! these results are disappointing once again, atleast beat node.js. Go is looking great though.
Play! gives not so bad performances if you take into account that it uses a full ORM whereas others top performers don't.
Re: Web Framework Benchmarks Round 4
#74I really don't like these benchmarks. Its like benchmarking Fizzbuzz or something. Frameworks don't do anything. No one chooses a framework (at least I don't) based on performance. You choose one framework over the other because you like the API and/or language. I myself am a framework author (giotto, a python framework that was not included in these benchmarks). If my framework had been included, I'm sure it would e…
Not sure why this is downvoted so badly, the comment is largely correct. This benchmark is even less useful than alioth's shootout, I'm not sure why there is so much effort put into it :)
The comment is largely the authors opinion, it can be neither correct nor incorrect. It is very possible that what he feels is important and unimportant does not generalize to everyone else.
Re: Web Framework Benchmarks Round 4
#75Whenever I hear "Java" I also get association "slow". But looking into this list - java web frameworks doing incredible job!
Java gets that wrap from originally being slow to execute, and also having a huge up-front cost to spin up a VM.
The first isn't true any more: the Java VM competes with native code on most benchmarks, and due to its ability to perform runtime optimizations, can occasionally outperform native code.
The second doesn't matter at all for web servers. The cost of starting up the web server is tertiary to uptime and performance. If the thing is going to run for 4 months without going down, who cares all that much if it takes 5 seconds or 5 ms to start up?
Re: Web Framework Benchmarks Round 4
#76Lua is impressive - the first as a non-compiled lang. Is that Lua or Luajit in OpenResty?
LuaJit (or optionally Lua)
Re: Web Framework Benchmarks Round 4
#77Earlier quoted context omitted.
Actually, as soon as a lot of db connections are involved, PHP jumps to the head of the pack. Which means that in most common web use cases (which are db heavy), PHP is as fast as any of them, since all the slowdowns (initialization, slow Zend engine etc) are dwarfed out by the fast db handling.
Raw PHP (with no framework, no ORM) does well in the 20 query test, but unfortunately you have to go down pretty far before any of the PHP frameworks show up on that list. If I filter to just show PHP, the 20 query test shows that the first framework is less than 50% the performance of raw PHP.
Looking into the code, the raw PHP is using PDO with persistent connections, and I'm not sure that's turned on in any of the frameworks.
It looks like it's off by default in Redbean at least. No idea if this makes a big difference, I haven't had time to try it out.
Re: Web Framework Benchmarks Round 4
#78When is gemini going to be released?
Re: Web Framework Benchmarks Round 4
#79Off all the top performers, Go seems to be the only sane choice to write a web app. Moreover it is at the sweet spot; expressive, flexible, simple, super performant, good community etc. I think it is convincing enough for me to give Go a serious look for our new app.
After seeing this, and having been a long time Sinatra devotee (I thought Sinatra was pretty fast until I saw these benchmarks), I'm considering picking up Go or Lua (OpenResty) at some point in the future. I'm blown away by the speed differences.
Re: Web Framework Benchmarks Round 4
#80Off all the top performers, Go seems to be the only sane choice to write a web app. Moreover it is at the sweet spot; expressive, flexible, simple, super performant, good community etc. I think it is convincing enough for me to give Go a serious look for our new app.
I take it you didn't switch the graphs to the latency view.
Because of your comment I checked the latency view and found Go doing quite well, sometimes in the second or third spot. Perhaps I'm missing your point?