←back to thread

Why HN was slow and how Rtm fixed it

(ycombinator.com)
257 points pg | 2 comments | 19 Jan 11 18:41 UTC | HN request time: 0.423s | source
Show context
idlewords ◴[20 Jan 11 00:51 UTC] No.2122031[source]▶
Not being able to handle 20 requests/sec quickly, in 2011, for a read-mostly website is just shameful.
replies(1): >>2122420 #
jwhite ◴[20 Jan 11 02:57 UTC] No.2122420[source]▶
I think that all depends on the purpose of the site. If I were paying a subscription to access the site I would be within my rights to object. As it is, with HN being a free service, built to be the application spurring the development of Arc, whose reference implementation is intended for exploring language design and not performance, I wouldn't choose the word "shameful" to describe this situation.
replies(1): >>2123094 #
1. idlewords ◴[20 Jan 11 08:38 UTC] No.2123094[source]▶
I guess it depends on your priorities. Personally, I think the community discussion here is far more interesting than the toy language project it runs on. If you think Arc is the future of computing you may think of this discussion board as just a convenient test suite for the language.

Either way, it's 2011 and that really is some spectacular slowness.

replies(1): >>2123594 #
2. jwhite ◴[20 Jan 11 13:55 UTC] No.2123594[source]▶
My comment was not expressing an opinion on the relative values of Arc and the HN discussion community. HN delivers lots of value for the modest price of your time. Claiming that its performance is shameful when it isn't being directly monetized, or even indirectly monetized like Facebook &co., is unfair.

If you were talking about Facebook, Twitter, or Basecamp, that would be a different matter.