[
https://issues.apache.org/jira/browse/TS-1320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13586489#comment-13586489
]
ASF subversion and git services commented on TS-1320:
-----------------------------------------------------
Commit 47913b8e106b984e4a2f10784b20479635570f73 in branch refs/heads/master
from [~zwoop]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=47913b8 ]
Added TS-1320 to CHANGES.
> 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
