Re: Какво означава „Keep-Alive“
@cloxy - днес уикито не бачка
Не е вярно, работи си, но малко е затруднено четенето. За доказателство копирах информацията от въпросната страница която cloxy е дал като линк:
HTTP persistent connection
From Wikipedia, the free encyclopedia
HTTP persistent connection, also called HTTP keep-alive, or HTTP connection reuse, is the idea of using the same TCPconnection to send and receive multiple HTTP requests/responses, as opposed to opening a new connection for every single request/response pair.
Operation
Under HTTP 1.0, there is no official specification for how keepalive operates. It was, in essence, tacked on to an existing protocol. If the browser supports keep-alive, it adds an additional header to the request:
Connection: Keep-Alive
Then, when the server receives this request and generates a response, it also adds a header to the response:
Connection: Keep-Alive
Following this, the connection is NOT dropped, but is instead kept open. When the client sends another request, it uses the same connection. This will continue until either the client or the server decides that the conversation is over, and one of them drops the connection.
In HTTP 1.1 all connections are considered persistent unless declared otherwise.[1] The HTTP persistent connections do not use separate keepalive messages, they just allow multiple requests to use a single connection. However, the default connection timeout of Apache 2.0 httpd[2] is as little as 15 seconds[3] and for Apache 2.2 only 5 seconds.[4] The advantage of a short timeout is the ability to deliver multiple components of a web page quickly while not tying up multiple server processes or threads for too long.[5]
Advantages
Less CPU and memory usage (because fewer connections are open simultaneously)
Enables HTTP pipelining of requests and responses
Reduced network congestion (fewer TCP connections)
Reduced latency in subsequent requests (no handshaking)
Errors can be reported without the penalty of closing the TCP connection
According to RFC 2616 (page 46), a single-user client should not maintain more than 2 connections with any server or proxy. A proxy should use up to 2×Nconnections to another server or proxy, where N is the number of simultaneously active users. These guidelines are intended to improve HTTP response times, avoid congestion. If HTTP pipelining is correctly implemented, there is no performance benefit to be gained from additional connections (while additional connections may cause issues with congestion).[6]
Disadvantages
It has been suggested with modern widespread high-bandwidth connections, Keep-Alive might not be as useful as it once was. The webserver will keep a connection open for a certain number of seconds (By default 15 in Apache), which may hurt performance more than the total performance benefits. [7]
For services where single documents are regularly requested ( for example image hosting websites ), Keep-Alive can be massively detrimental to performance due to keeping unnecessary connections open for many seconds after the document was retrieved.
Use in web browsers
Netscape Navigator (since at least 4.05) and Internet Explorer (since at least 4.01) support persistent connections to Web servers and proxies.
Netscape does not close persistent connections using timeout. All idling persistent connections are queued. When there is a need to open new persistent connections while connecting to a different server, the idle connections are killed by the browser using some form of LRU algorithm.[8]
Internet Explorer supports persistent connections. By default, versions 6 and 7 use 2 persistent connections while version 8 uses 6.[9] Persistent connections time out after 60 seconds of inactivity which is changeable via the Windows Registry.[10]
Mozilla Firefox supports persistent connections. The number of simultaneous connections can be customized (per-server, per-proxy, total). Persistent connections time out after 115 seconds (1.92 minutes) of inactivity which is changeable via the configuration.[11]
Opera supports persistent connections since 4.0.[12] The number of simultaneous connections can be customized (per-server, total).
