News for hackers. Stuff that matters.
Re:The Great Web Framework Shootout – On GitHub by andrewvc on Sunday February 19, 2012 @04:18PM (#3610445)
I strongly disagree. There's no such thing as baseline speed, there's only baseline speed on a given hardware config. Rails does not have a max speed of X reqs/second. It has a max speed of X reqs/second on a given hardware config. If you're profiling your own app you'll have to retest it on your own hardware first to figure out how close to that baseline you are.
Re:The Great Web Framework Shootout – On GitHub by moe on Sunday February 19, 2012 @08:22PM (#3610969)
There's no such thing as baseline speed

Of course there is. The "hello-world" microbenchmark tells you something about the core stack performance of the frameworks relative to one another. This tends to be surprisingly indicative of the relative real-world throughput per node that you may expect for a more complex application.

I.e. Rails (ruby) scores 4 times lower than Python in that micro-benchmark. This is pretty close to the difference that I've observed between real applications on the respective platforms. If anything you'll see the difference magnified in a complex application, but it's unlikely to turn around.

Whether that matters or not in the big picture is a different question (it usually doesn't).

Re:The Great Web Framework Shootout – On GitHub by andor on Monday February 20, 2012 @03:58AM (#3611805)
If anything you'll see the difference magnified in a complex application, but it's unlikely to turn around.

I wouldn't say so. The bottleneck in a hello world benchmark might be a component of the framework, but in complex applications it's likely to be something else. Just look at the "Template Test with DB Query": There, Sqlite is the bottleneck, and the performance difference between Django and Rails fades into background completely.

Re:The Great Web Framework Shootout – On GitHub by moe on Monday February 20, 2012 @08:11AM (#3612296)
in complex applications it's likely to be something else

Nope. Ruby/Python app-servers always end up CPU-bound, unless you're doing something very much out of the ordinary (such as blocking on an embedded SQLite...).