You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Leif Hedstrom (JIRA)" <ji...@apache.org> on 2013/02/26 00:34:13 UTC

[jira] [Assigned] (TS-1320) Reading from SSL origin can starve sending data to client

     [ https://issues.apache.org/jira/browse/TS-1320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Leif Hedstrom reassigned TS-1320:
---------------------------------

    Assignee: Leif Hedstrom
    
> Reading from SSL origin can starve sending data to client
> ---------------------------------------------------------
>
>                 Key: TS-1320
>                 URL: https://issues.apache.org/jira/browse/TS-1320
>             Project: Traffic Server
>          Issue Type: Bug
>          Components: Network
>    Affects Versions: 3.0.4
>            Reporter: William Bardwell
>            Assignee: Leif Hedstrom
>            Priority: Minor
>             Fix For: 3.3.1
>
>
> When we had a fast connection doing SSL to an origin server, and a slower connection to the client, and not very much CPU, the SSL VConn code would start to spin reading data from the origin server, and not breaking out of the loop at all to send data to the client.  As a result the throughput to the client would drop to zero and ATS would get a bit bigger.  So my proposed patch is to have the SSL VConn code not stay in its loop when it has some data that it has read, this matches how non-SSL network VConn's work.  My one concern with this is that there might have been a good reason for that looping, and that this might slow down cases when things are working properly.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira