Live data from Hacker News

Scaling PHP Up, Out, and Around

blog.phpfog.com

1–10 of 18 posts

Re: Scaling PHP Up, Out, and Around

#6
post #4

Just a quick note: on the top of the page there is a broken link to "Pricing". I am looking forward for a service like this, any idea when this will be open to the general public?

O(week) [edited, thanks!]

Can we ignore the constant factor and say it's O(week)? ;-)

Re: Scaling PHP Up, Out, and Around

#7
Web servers are limited in the number of concurrent connections they can maintain (tubes aren’t big enough).

This doesn't really make sense -- maintaining a TCP connection requires no "tubes"; the limit comes from finite state storage: a finite state table, a finite number of file descriptors, and a finite amount of RAM in which to store the application-level connection contexts. These numbers turn out to be Really Fucking Big, so this is probably not affecting your application unless you are Google's IMAP servers or something.

Re: Scaling PHP Up, Out, and Around

#8
post #7

Web servers are limited in the number of concurrent connections they can maintain (tubes aren’t big enough). This doesn't really make sense -- maintaining a TCP connection requires no "tubes"; the limit comes from finite state storage: a finite state table, a finite number of file descriptors, and a finite amount of RAM in which to store the application-level connection contexts. These numbers turn out to be Really F…

By "maintain", he likely means that bandwidth to any particular server is constrained. Yes, you may be able to hold 10k connections open on your Wifi'd laptop, but if each connection only gets 1B/s is it really a useful webserver?
Post reply on HN