You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2016/03/17 05:31:33 UTC

[jira] [Commented] (TS-4260) Change event loop to always stall on waiting for I/O.

    [ https://issues.apache.org/jira/browse/TS-4260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15198718#comment-15198718 ] 

ASF subversion and git services commented on TS-4260:
-----------------------------------------------------

Commit dfd9776990a6cf04385e5e315c277f2dad3f01d8 in trafficserver's branch refs/heads/master from [~amc]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=dfd9776 ]

TS-4261: Split stats API from process API.

This is useful for TS-4260 as noted in the related bugs. As part
of that work I set up some statistics to track the performance of
the event loop. Without this change doing that requires bringing
all of the process management support in to the event loop component
which is problematic. It seemed much simpler and better overall to
just split those unrelated items apart.

This closes #516.


> Change event loop to always stall on waiting for I/O.
> -----------------------------------------------------
>
>                 Key: TS-4260
>                 URL: https://issues.apache.org/jira/browse/TS-4260
>             Project: Traffic Server
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Alan M. Carroll
>            Assignee: Alan M. Carroll
>             Fix For: 6.2.0
>
>
> Currently the event loop has two wait conditions, one a condition variable and the other I/O ({{epoll}} or equivalent). As far as I can tell the conditiona variable is useful only during start up when the I/O wait data is not yet available. The event loop should be changed to wait on one or the other but not both as this can create artificial latency when an event breaks one wait condition but not both.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)