7 ms·
What's the point of this post? OP is serving a file at 50req/sec. There is not even mention of a dB query. How is that able to relate to any kind of normal app?
by polote 5y ago
What's the point of this post? OP is serving a file at 50req/sec. There is not even mention of a dB query. How is that able to relate to any kind of normal app?
I guess that the post was written as an answer to the mangadex post [1]. Mangadex was handling 3k req/sec involving dB queries. It was not just a cached Html page.
50req/sec for a Html file is super low which shows that a $4 month server cant do much actually. So yes this is enough for a blog, but a lot of websites are not blogs
[1] https://news.ycombinator.com/item?id=28440742 https://news.ycombinator.com/item?id=28440742
- throwdecro 5y ago> How is that able to relate to any kind of normal app? There's too much competition involved in writing normal apps, which often attract significant investment that bootstrapped startups struggle to compete with. It's interesting to see what kind of performance is possible for next to no money, when you throw out basic assumptions like using a database, and then start thinking about what you could build out of it.
- quickthrower2 5y agoMy recent submission of HNBadges was made like this. It's just 3 files (html, css, JS) which I hosted for free on Netlify, but could have been hosted on a setup like OP. I used other services for XHR requests. I imagine it got a tonne of traffic from being on the first page, but I wasn't taking metrics. Another example of clever use of resources is the https://haveibeenpwned.com/ https://haveibeenpwned.com/ website. Using a bloom filter (I think) to turn what could have been a back-end lookup into a "front end lookup" by requesting a small file from the server based on the password hash. The only issue I have with the OP is his assumption that you'd get a nice smooth 60 request/second throughout the day! Most likely will be lumpy, and in the top of the lumpy periods (where most of your visitors visit) performance will be bad.
- great-potential 5y agoExactly, I dont see the point bragging about this nevertheless posting about it on HN ...
- deleted 5y ago[deleted]
- TruthWillHurt 5y ago+1. I remember modest VPS/Parrallels serving PHP at 350r/s
- quickthrower2 5y agoSomething like: <?php echo("this is a benchmark") ?>
- napworth 5y agoIt's called boasting
- sillycube 5y agoBoasting of what? Serving static sites doesn't even need a server. Use apache to serve Django + wsgi? Just use Django asgi and nginx and you will get a higher number.
- gaptoothclan 5y agoIs this just an apache bench mark
- Arch-TK 5y ago>There is not even mention of a dB query. Did you read the post?
- wokwokwok 5y ago> These benchmarks show that a very cheap server can easily handle 50 requests a minute to a "full stack" website. I did, and all I see is someone spinning some numbers idly, like, hey, if I can lay 1 brick every second, then with 20000 people we can build a house in one second! So good! a) entirely and totally lacking in experience running a heavy load website. b) 50 requests a minute is so atrociously bad, it’s not even worth talking about. c) there isnt any db load going on here, this is a full page single table query. See https://docs.djangoproject.com/en/3.2/ref/contrib/flatpages/ https://docs.djangoproject.com/en/3.2/ref/contrib/flatpages/ Sure maybe a db exists, but it’s not relevant when you compare this to the complexity of doing write operations. Ie. this is some hiiiigh level arm chair commentary right here. Sure, they’re just talking about their website, but anyone going “oh yeah, look at this, those mangadex guys should learn a thing or two and run it on django”. …has no idea what they’re talking about.
- Arch-TK 5y ago>there isnt any db load going on here This is shifting the goal posts. Your initial comment claimed that there are no database queries being made. In any case, you've amended your argument, I have no further comments.
- ac29 5y ago> b) 50 requests a minute is so atrociously bad, it’s not even worth talking about. That was a typo, the worst performance they tested was 54 reqs / second.
- latexr 5y agoFrom the guidelines[1]: > Please don't comment on whether someone read an article. "Did you even read the article? It mentions that" can be shortened to "The article mentions that." [1]: https://news.ycombinator.com/newsguidelines.html https://news.ycombinator.com/newsguidelines.html
- vymague 5y ago> What's the point of this post? OP is serving a file at 50req/sec. I'd guess a response to the mangadex thread? https://news.ycombinator.com/item?id=28440742 https://news.ycombinator.com/item?id=28440742
- SPBS 5y agoNo way, OP is essentially serving a static webpage from a database. That's nothing to brag about if comparing with mangadex.
- wyager 5y agoMy $5/mo server can handle several thousand requests per second. It’s mostly a question of what server software you use. If you use some node, python, ruby thing, it’s going to be slow as shit and need a reverse proxy in front of it. If you use a fast compiled language with a good framework, you can rip through requests no problem. I tried a bunch of different stuff and ended up using Haskell - all of its popular web libraries are fast as hell. Go was fast but its standard library leaked sockets or I was not cleaning up connections properly or something, and it would tank whenever something went viral. All the popular interpreted language backend I tried were absurdly slow, like tens of RPS. Source for my current thing is at http://yager.io/Server.hs http://yager.io/Server.hs. It also does all my RSS stuff, image processing for my photo gallery, etc.
- vietvu 5y agoPeople just want to show their works, it's normal. What I found strange is that not many people seems to be surprised about this and upvote.