Protocols (Was: HTTP)
John H. Robinson, IV
jhriv at ucsd.edu
Wed Dec 11 12:16:26 PST 2002
Nick Bastin wrote:
> At 10:01 AM 12/11/2002 -0800, you wrote:
> >Nick Bastin wrote:
> >> Basically, a box can only maintain a certain number of active
> >> connections given it's stack implementation, and in the case of mostly
> >> idle connections, having them on the waitqueue limits the number of
> >> new connections you can handle, even if they're not doing anything.
> >do what every other protocol in the world does: timeout after X seconds.
> ARRGGGG! You say that the protocol should timeout, yet you say that HTTP
> closing the connection is a bad thing???? HTTP is just accelerating the
> obvious in this scenario - the connections will always timeout, so why not
> just close them and be a good citizen?
even open an ssh connection?
how about an ftp session?
> And I submit that we're talking about protocols, and not application
> implementations, and that you are blaming the protocol for the sins of its'
not the users, the application developers that abuse http. i do not
blame http. i blame the application developers.
> No, it isn't. It may reimplement a tiny component of what TCP gives you,
> but TCP isn't giving it to you for free. The price of using the trust you
> get from TCP is that you have to leave the connection open, and that is
and the mysql database is cheaper? hmm.
> >``we are giving away a free, full featured Operating System!'' ``no
> >thanks, i'd rather pay for this mediocre one'' well, at least we know
> >there is precedent for this viewpoint. *shwug*
> No, it's more like:
> "We're giving away a free, full featured Operating System." "No thanks,
> I'd rather pay for a RtOS that's optimized for my purpose and not as heavy
> as your full-featured Operating System".
you forgot to add:
i want to pay for that RtOS that's optimised, but has left out some very
important key components. i will happily re-implement those components
that i see that your Full Featured OS has, but i know RtOS, so i willpay
More information about the KPLUG-List