←back to thread

Why HN was slow and how Rtm fixed it

(ycombinator.com)
257 points pg | 1 comments | 19 Jan 11 18:41 UTC | HN request time: 0.212s | source
Show context
dauphin ◴[19 Jan 11 19:33 UTC] No.2120921[source]▶
> It turns out there is a hack in FreeBSD, invented by Filo, that causes the O/S not to give a new connection to the server until an entire HTTP request has arrived. This might reduce the number of threads a lot, and thus improve performance; I'll give it a try today or tomorrow.

Anyone know if they're referring to "accept filters" here? FreeBSD folks can "man accf_http" if they're curious, which does prevent a request from being handed off to the application until the complete (and valid?) request has been made. Certainly not a "hack" but a feature of the OS itself.

Or they could use a proxy. All this "fuck me I'm famous" attitude is stupid.

replies(2): >>2120955 #>>2121082 #
1. SageRaven ◴[19 Jan 11 20:16 UTC] No.2121082[source]▶
Anyone know if they're referring to "accept filters" here? FreeBSD folks can "man accf_http" if they're curious, which does prevent a request from being handed off to the application until the complete (and valid?) request has been made. Certainly not a "hack" but a feature of the OS itself.