IPP> Re: IPP PRO HTTP Connection: close

IPP> Re: IPP PRO HTTP Connection: close

IPP> Re: IPP PRO HTTP Connection: close

Carl Kugler kugler at us.ibm.com
Fri Sep 18 13:00:06 EDT 1998

> >rturner at sharplabs.com on 09/09/98 02:17:29 PM
> >Subject: Re: PWG IPP PRO HTTP Connection: close
> >
> >I tend to follow the saying "Be conservative in what you send, and
> >liberal in whatyou accept..."Whether the text says MUST or not, IMHO
> >we should be designing clients and servers to handle a "connection:
> >close" header whenever it is received and still function normally,
> >albeit with possibly less performance.  Since I am not working on a
> >client, I cannot speak for what clients are or will actually do, but I
> >do think the client end should drive the connection status, whevever
> >possible.
> >
> >        Randy
> Yes.
> It would be more efficient if clients are conservative in keeping the
> connection up too long mainly with IPP servers
> running on systems with limited resources, such as low-end printer devices
> whose http servers can't handle too many
> connections.

Be careful -- things like TCP TIME_WAIT can actually use much more of a resource (such as memory) if a client opens and closes connections frequently rather than holding one connection open and reusing it. 

For example, a server must remember a connection for 4 minutes after it has been closed.  If you're polling for job status every 30 seconds, you'd be better off to keep the connection open.

This is explained in 
"HTTP Connection Management",

and its references.


See the original message at http://www.egroups.com/list/ipp/?start=4499
Free e-mail group hosting at http://www.eGroups.com/

More information about the Ipp mailing list