[
https://issues.apache.org/jira/browse/TS-1427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070616#comment-14070616
]
ASF subversion and git services commented on TS-1427:
-----------------------------------------------------
Commit 2b5a16426bfa425aeeba6266927538633d5935c3 in trafficserver's branch
refs/heads/master from [~briang]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=2b5a164 ]
TS-1427: Fixing clang analyzer warning about unused variable
> PluginVC's inactivity timeout support is expensive due to Mutex and Thread
> Scheduling load
> ------------------------------------------------------------------------------------------
>
> Key: TS-1427
> URL: https://issues.apache.org/jira/browse/TS-1427
> Project: Traffic Server
> Issue Type: Bug
> Components: HTTP, TS API
> Affects Versions: 3.2.0
> Environment: 3.2 with plugin that makes use of 1 or more PluginVC's
> with long/large requests
> Reporter: B Wyatt
> Assignee: B Wyatt
> Priority: Minor
>
> PluginVC's method for handling inactivity timer is to cancel and reschedule
> an event every time activity happens. When data arrives in rapid and small
> packets this results in a few hundred cancel and resets per second per
> PluginVC. Doing so spikes futex and thread scheduling loads in the kernel.
> By contrast, the socket-based VC's use an inactivity cop that fires once a
> second to see if any connection has been inactive for too long. This only
> requires maintaining an timeout timestamp per connection which is far
> cheaper. However, it reduces the accuracy of the inactivity timeout to be
> ~1sec resolution.
> Well worth the accuracy trade to get performance back up to par in my opinion.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
