[
https://issues.apache.org/jira/browse/AURORA-608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14077146#comment-14077146
]
Bill Farner commented on AURORA-608:
------------------------------------
{quote}
I understand that GCExecutor is going to be deprecated or play a smaller role
with master's reconciliation but will it go away completely or will this still
be an issue?
{quote}
It will eventually go away. However, the other feature we still need is a
signal (best-effort at least) of when a task sandbox has been deleted.
> GcExecutorLauncher should throttle initial activity spike
> ---------------------------------------------------------
>
> Key: AURORA-608
> URL: https://issues.apache.org/jira/browse/AURORA-608
> Project: Aurora
> Issue Type: Task
> Components: Scheduler
> Reporter: Maxim Khutornenko
> Assignee: Maxim Khutornenko
>
> The current implementation of the GcExecutorLauncher randomizes the GC
> activity by spreading different host GC execution over the hour. It does not,
> however, protect from the startup spike of accepted GC offers before the host
> cache is populated. This proved to be a perf problem for Mesos master under
> certain conditions.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
