You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Bryan Call (JIRA)" <ji...@apache.org> on 2013/12/07 00:29:35 UTC
[jira] [Assigned] (TS-2422) Add option to not attach the server
session to the client session
[ https://issues.apache.org/jira/browse/TS-2422?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bryan Call reassigned TS-2422:
------------------------------
Assignee: Bryan Call
> Add option to not attach the server session to the client session
> -----------------------------------------------------------------
>
> Key: TS-2422
> URL: https://issues.apache.org/jira/browse/TS-2422
> Project: Traffic Server
> Issue Type: Improvement
> Components: HTTP
> Reporter: Bryan Call
> Assignee: Bryan Call
> Fix For: 4.2.0
>
>
> By default traffic server will try to attach the server session to the client session and not put it into the shared pool. Only if the client is not keep-alive or server max connections is set or max origins is set will it place the connection to the share pool.
> I think we should remove the limiting connections logic and have a option to directly control attaching server sessions to the client. Also, the option should be off by default and connections should go into the shared pool by default.
> {code}
> // If the client is still around, attach the server session
> // to so the next ka request can use it. We bind privately to the
> // client to add some degree of affinity to the system. However,
> // we turn off private binding when outbound connections are being
> // limit since it makes it too expensive to initiate a purge of idle
> // server keep-alive sessions
> if (ua_session && t_state.client_info.keep_alive == HTTP_KEEPALIVE &&
> t_state.http_config_param->server_max_connections <= 0 &&
> t_state.txn_conf->origin_max_connections <= 0) {
> ua_session->attach_server_session(server_session);
> } else {
> {code}
--
This message was sent by Atlassian JIRA
(v6.1#6144)