[
https://issues.apache.org/jira/browse/TS-2431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yunkai Zhang updated TS-2431:
-----------------------------
Attachment: 0005-TS-2431-Migrate-Taobao-SPDY-plugin-to-ATS-core.patch
0004-TS-2431-Implement-dechunk-supporting-in-FetchSM.patch
0003-TS-2431-Extends-and-optimizes-FetchSM.patch
0002-TS-2431-Add-autoconf-options-for-SPDY.patch
0001-TS-2431-Preparation-of-SPDY-protocol.patch
> Add SPDY supporting to ATS
> --------------------------
>
> Key: TS-2431
> URL: https://issues.apache.org/jira/browse/TS-2431
> Project: Traffic Server
> Issue Type: New Feature
> Components: HTTP
> Reporter: Yunkai Zhang
> Assignee: Yunkai Zhang
> Fix For: 5.0.0
>
> Attachments: 0001-TS-2431-Preparation-of-SPDY-protocol.patch,
> 0002-TS-2431-Add-autoconf-options-for-SPDY.patch,
> 0003-TS-2431-Extends-and-optimizes-FetchSM.patch,
> 0004-TS-2431-Implement-dechunk-supporting-in-FetchSM.patch,
> 0005-TS-2431-Migrate-Taobao-SPDY-plugin-to-ATS-core.patch
>
>
> I must say, sorry for my late. And now, I have finished the first version,
> the migration of Taobao SPDY plugin to ATS core.
> But seriously speaking, the migration to ATS core is finished *partially*. I
> had tried to remove the dependency of *fetcher* library created by @Quehan
> and create a specific VC for each http request in spdy sm, but I found it was
> too difficult, so I give up temporarily.
> Let me push this series patches to here before it's perfect enough, at least,
> this series can statisfy TAOBAO's current demand (in fact, this version has
> had good performance in our testing, but it can do better I think).
> I had thought another solution instread of recreating a new VC for each http
> request in spdy sm, which will replace FetchSM's function and speed up SPDY
> protocol, but will not change the framework of this version. So I can hacking
> it based on these patches in the future.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)