[
https://issues.apache.org/jira/browse/TS-1320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13586490#comment-13586490
]
ASF subversion and git services commented on TS-1320:
-----------------------------------------------------
Commit a7dec953238d644c43b08c75a06f5b7bbc4b1019 in branch refs/heads/master
from Leif Hedstrom <[email protected]>
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=a7dec95 ]
TS-1320 Reading from SSL origin can starve sending data to client
> 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
