You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Leif Hedstrom (JIRA)" <ji...@apache.org> on 2016/04/06 22:13:25 UTC

[jira] [Updated] (TS-4265) Provide per EThread and per event type thread initialization.

     [ https://issues.apache.org/jira/browse/TS-4265?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Leif Hedstrom updated TS-4265:
------------------------------
    Fix Version/s:     (was: 6.2.0)
                   7.0.0

> Provide per EThread and per event type thread initialization.
> -------------------------------------------------------------
>
>                 Key: TS-4265
>                 URL: https://issues.apache.org/jira/browse/TS-4265
>             Project: Traffic Server
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Alan M. Carroll
>            Assignee: Alan M. Carroll
>             Fix For: 7.0.0
>
>
> As far as I can tell, {{EThread::schedule_spawn}} is is not used and is just a crippled version of {{EThread::schedule_imm}}  without the optional arguments.
> It would be better to make this call provide a mechanism to schedule continuations that are called when a thread is spawned. This enable a lot of cleanup of some very ugly thread initialization logic while at the same time avoiding potential ugly race conditions. For instance {{NetHandler}} is initialized in each thread *after* the thread is already running but before (hopefully) any I/O events arrive. It would be much cleaner to do that in a thread spawn event. Further this would decouple some initialization logic and thread logic (as in this case) - the initalization logic would no longer need to know anything about thread start up other than {{EThread::schedule_spawn}}.



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