Skip to content

[JENKINS-36547] Queue.Task.getFullDisplayName is a poor choice of key for LoadBalancer.CONSISTENT_HASH #17317

Closed

Description

@jenkins-infra-bot

Originally reported by jglick, imported from: Queue.Task.getFullDisplayName is a poor choice of key for LoadBalancer.CONSISTENT_HASH
  • assignee: macdrega
  • status: Resolved
  • priority: Major
  • component(s): core
  • label(s): api, performance, pipeline, queue
  • resolution: Fixed
  • resolved: 2019-01-31T21:24:50+00:00
  • votes: 7
  • watchers: 9
  • imported: 2025-11-24

Activity

  1. jenkins-infra-bot commented on Jul 8, 2016

    @jenkins-infra-bot
    Author
  2. jenkins-infra-bot commented on Sep 30, 2016

    @jenkins-infra-bot
    Author
    johncalsbeek:
    • Original comment link
    • Raw content of original comment:

      I'll throw in a +1 for this! We similarly had a "regression" switching to pipeline because of the lack of stable assignment.

    I'll throw in a +1 for this! We similarly had a "regression" switching to pipeline because of the lack of stable assignment.

  3. jenkins-infra-bot commented on May 29, 2017

    @jenkins-infra-bot
    Author
    paulvanderende:
    • Original comment link
    • Raw content of original comment:

      Same issue here. Besides that our incremental builds suffer from poor locality because the pipeline always start on a different node then last time.

    Same issue here. Besides that our incremental builds suffer from poor locality because the pipeline always start on a different node then last time.

  4. jenkins-infra-bot commented on Jan 3, 2018

    @jenkins-infra-bot
    Author
    jglick:
    • Original comment link
    • Raw content of original comment:

      As mentioned parenthetically in the PR for JENKINS-48348, the implementation of getFullDisplayName may also be more expensive than we would want for calls from Queue.maintain. A dedicated method can be optimized to distinct constraints.

    As mentioned parenthetically in the PR for JENKINS-48348, the implementation of getFullDisplayName may also be more expensive than we would want for calls from Queue.maintain. A dedicated method can be optimized to distinct constraints.

  5. jenkins-infra-bot commented on Jul 26, 2018

    @jenkins-infra-bot
    Author
    macdrega:
    • Original comment link
    • Raw content of original comment:

      jglick: Thanks for mentioning. We can see in our instance allocating a node takes between 10 - 30s this may be caused by this. I'd like to give it a try - however I'm unsure how to improve the algorithm for speed. Should I open a separate ticket for this?

      Maybe in a first step there could be the fix for the affinity and in the seconds step there could be a performance improvement.

    jglick: Thanks for mentioning. We can see in our instance allocating a node takes between 10 - 30s this may be caused by this. I'd like to give it a try - however I'm unsure how to improve the algorithm for speed. Should I open a separate ticket for this?

    Maybe in a first step there could be the fix for the affinity and in the seconds step there could be a performance improvement.

  6. jenkins-infra-bot commented on Jul 26, 2018

    @jenkins-infra-bot
    Author
    macdrega:
    • Original comment link
    • Raw content of original comment:

      For backward compatibility of the jenkins core to older plugins I'd propose to do a default implementation of - let's say - getAffinityKey() in Queue.Task.

    For backward compatibility of the jenkins core to older plugins I'd propose to do a default implementation of - let's say - getAffinityKey() in Queue.Task.

  7. jenkins-infra-bot commented on Oct 9, 2018

    @jenkins-infra-bot
    Author
    oleg_nenashev:
    • Original comment link
    • Raw content of original comment:

      Core part was released in Jenkins 2.145

    Core part was released in Jenkins 2.145

  8. jenkins-infra-bot commented on Jan 14, 2019

    @jenkins-infra-bot
    Author
    macdrega:

    PR against workflow-durable-task-step plugin: jenkinsci/workflow-durable-task-step-plugin#78

  9. jenkins-infra-bot commented on Jan 31, 2019

    @jenkins-infra-bot
    Author
    dnusbaum:
    • Original comment link
    • Raw content of original comment:

      The Pipeline side of this was just released in version 2.29 of the Pipeline Nodes and Processes Plugin.

    The Pipeline side of this was just released in version 2.29 of the Pipeline Nodes and Processes Plugin.

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

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions