Hacker News Reader

Comment by brianwawok | Hacker News Reader

have you ever loaded a stock magento server? Set it up, add maybe 10 products with basic images, and turn it loose.

Give it a reasonable box. 2 CPU cores, 2 GB of ram.

You are capped at something like 3-5 requests per second, with an average load time of 5 seconds..

Just blows my mind. Simple Java web app on the same server is doing 500 requests per second. Python app, with the horrible gil and all that nasty is going 200 requests per second. And magento is rocking 3 requests per second??!?!?!?!?!

I wonder how much global energy consumption would go down if PHP was not a thing.

View on HN

comparing "simple java app" to something as complex (overly? needlessly in some cases? sure) as magento is nowhere near apples and oranges. compare it to broadleaf or konakart, maybe. I've no doubt java will probably still be faster, but it won't be 500 rps vs 3 rps.

Except I have built Java apps that did the same kind of things as Magento, and yes it really was 500 to 3.

At a guess, you left everything in development mode. I've seen similarly specced hardware easily handle around 100 requests per second just by configuring Magento and Opcache for production (as per documentation).

Benchmarks or no you haven't.

Without getting into a pissing war if Brian says he's done something on the JVM, trust him.

Also if you need someone to validate that their system does 500 qps, you really need to check your assumptions. I'm trying very hard to think of what kind of system I'd build that would do less than that (hint each q would be big)

With all due respect, no. It's trivially easy to just claim that you've done something that happens to anecdotally prove the point you're making. I could say I've written a PHP app that gets an easy 1000 qps without flinching.

Without anyone dropping any factual proof my app is definitely better.

Likely need to enable and/or tune opcache

Reply on news.ycombinator.com