Live data from Hacker News

OpenFreeMap survived 100k requests per second

blog.hyperknot.com

21–30 of 140 posts

Re: OpenFreeMap survived 100k requests per second

#21
post #17

The cache hit rate is amazing. Is there something you implemented specifically for this?

Yes, I designed the whole path structure / location blocks with caching in mind. Here is the generated nginx.conf, if you are interested:

https://github.com/hyperknot/openfreemap/blob/main/docs/asse...

Re: OpenFreeMap survived 100k requests per second

#22

>Nice idea, interesting project, next time please contact me before. It's impossible to predict that one's project may go viral. >As a single user, you broke the service for everyone. Or you did by not having a high enough fd limit. Blaming sites when using it too much when you advertise there is no limit is not cool. It's not like wplace themselves were maliciously hammering the API.

Do you expect him just to let the service remain broken or to scale up to infinite cost to himself on this volunteer project? He worked with the project author to find a solution that works for both and does not degrade service for every other user, under literally no obligation to do anything at all. This isn’t Anthropic deciding to throttle users paying hundreds of dollars a month for a subscription. Constructive c…

We are talking about hosting a fixed amount of static files. This should be a solved problem. This is nothing like running large AI models for people.

Re: OpenFreeMap survived 100k requests per second

#23

Earlier quoted context omitted.

Do you expect him just to let the service remain broken or to scale up to infinite cost to himself on this volunteer project? He worked with the project author to find a solution that works for both and does not degrade service for every other user, under literally no obligation to do anything at all. This isn’t Anthropic deciding to throttle users paying hundreds of dollars a month for a subscription. Constructive c…

We are talking about hosting a fixed amount of static files. This should be a solved problem. This is nothing like running large AI models for people.

The nature of the service is completely irrelevant.

Re: OpenFreeMap survived 100k requests per second

#24

Earlier quoted context omitted.

We are talking about hosting a fixed amount of static files. This should be a solved problem. This is nothing like running large AI models for people.

The nature of the service is completely irrelevant.

Running a no limit service for free definitely depends on the marginal cost of serving a single request.

Re: OpenFreeMap survived 100k requests per second

#25
Is it always/only 'laziness' (derogatory, i know) when caching isn't implemented by a site like wplace.live ? Why wouldn't they save openfreemap all the traffic when a caching server on their side presumably could serve tiles almost as fast or faster than openfreemap?

Re: OpenFreeMap survived 100k requests per second

#27
post #3

The article mentions Cloudflare, so how much of this was cached by them?

Do you even read the article?

From the HN Guidelines https://news.ycombinator.com/newsguidelines.html>:

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

Re: OpenFreeMap survived 100k requests per second

#29

Is it always/only 'laziness' (derogatory, i know) when caching isn't implemented by a site like wplace.live ? Why wouldn't they save openfreemap all the traffic when a caching server on their side presumably could serve tiles almost as fast or faster than openfreemap?

I actually have a direct answer for this: priorities. I run a fairly popular auction website and we have map tiles via stadia maps. We spend about $80/month on this service for our volume. We definitely could get this cost down to a lower tier by caching the tiles and serving them from our proxy. However we simply haven’t yet had the time to work on this, as there is always some other task which is higher priority.

Re: OpenFreeMap survived 100k requests per second

#30

Is it always/only 'laziness' (derogatory, i know) when caching isn't implemented by a site like wplace.live ? Why wouldn't they save openfreemap all the traffic when a caching server on their side presumably could serve tiles almost as fast or faster than openfreemap?

It looks like a fun website, not a for-profit website. The expectations and focus of fun websites is more to just get it working than to handle the scale. It sounds like their user base exploded overnight, doubling every 14 hours or so. It also sounds like it’s other a solo dev or a small group based on the maintainers wording.
Post reply on HN