You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@tajo.apache.org by "Min Zhou (JIRA)" <ji...@apache.org> on 2014/02/17 05:48:19 UTC
[jira] [Updated] (TAJO-603) Move container allocation from SubQuery
down to QueryUnitAttempt
[ https://issues.apache.org/jira/browse/TAJO-603?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Min Zhou updated TAJO-603:
--------------------------
Attachment: schedule.png
Here is a state diagram showing how DefaultTaskScheduler handle the events and to hold the scheduled task requests. You can observe that there is a event circulation. Event fired from DefaultTaskScheduler, send to QueryUnit and then QueryUnitAttempt, finally the DefaultTaskScheduler handles the the same event (just different type) it fires.
See the code in DefaultTaskScheduler.java
{noformat}
public void handle(TaskSchedulerEvent event) {
if (event.getType() == EventType.T_SCHEDULE) {
...
} else if (event instanceof FetchScheduleEvent) {
...
} else if (event instanceof QueryUnitAttemptScheduleEvent) {
...
}
}
}
{noformat}
> Move container allocation from SubQuery down to QueryUnitAttempt
> ----------------------------------------------------------------
>
> Key: TAJO-603
> URL: https://issues.apache.org/jira/browse/TAJO-603
> Project: Tajo
> Issue Type: Sub-task
> Reporter: Min Zhou
> Attachments: schedule.png
>
>
> Tajo currently allocates all of the containers in SubQuery. That make things complicated. Both SubQuery and DefaultTaskScheduler should hold a copy of allocated containers and running tasks. And the event flow is difficult to understand.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)