Skip to content

Impossible to adequately investigate free_context queueing #134924

@benwtrent

Description

@benwtrent

Elasticsearch Version

8.16+

Installed Plugins

No response

Java Version

bundled

OS Version

any

Problem Description

#111156

Restricted the free_context action to a single thread. This, however, can cause PIT closures to backup tremendously if there is a burst and this might eventually cause a "thundering herd" type of problem as PITs keep being created and never actually closed over hours.

To help debug this type of problem, we should expose the queueing information of this throttle pool in diagnostics.

My thought is that it should just be part of our threadpool output, but it can be done in any old way.

Steps to Reproduce

Its impossible to receive information about the free context action...

Logs (if relevant)

Note, in hot-threads, the output will be in the "generic" thread pool as that is the actual runner

Metadata

Metadata

Assignees

No one assigned

    Labels

    :Search Foundations/SearchCatch all for Search Foundations>bugTeam:Search FoundationsMeta label for the Search Foundations team in Elasticsearchpriority:highA label for assessing bug priority to be used by ES engineers

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions