Skip to content

recordInvocation ignores firstOnShard, skewing per-position estimates #30

Description

@velo

Minor items deferred from PR #27's correctness review.

  • DurationStore.recordInvocation ignores firstOnShard. Every other duration path excludes a first-on-shard result from the estimates that drive slowest-first ordering, because the first unit on a cold JVM absorbs the whole per-JVM setup cost (~17.6s for the first consumer). For distributed invocations that cost lands on whichever position happened to run first on a slot, skewing that position's estimate upward for good. Scheduling quality only — never correctness — but the exclusion already exists everywhere else and this path was missed.

  • Stray blank line in CoordinatorCore.sweepSilentShards.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions