Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Align thread pool info to thread pool configuration #29123

Merged
merged 1 commit into from
Mar 17, 2018

Conversation

jasontedor
Copy link
Member

@jasontedor jasontedor commented Mar 17, 2018

Today we report thread pool info using a common object. This means that we use a shared set of terminology that is not consistent with the terminology used to the configure thread pools. This holds in particular for the minimum and maximum number of threads in the thread pool where we use the following terminology:

 thread pool info | fixed | scaling
 min                core    size
 max                max     size

This commit changes the display of thread pool info to be dependent on the type of the thread pool so that we can align the terminology in the output of thread pool info with the terminology used to configure a thread pool.

Closes #29113

Today we report thread pool info using a common object. This means that
we use a shared set of terminology that is not consistent with the
terminology used to the configure thread pools. This holds in particular
for the minimum and maximum number of threads in the thread pool where
we use the following terminology:
 thread pool info | fixed | scaling
 min                core    size
 max                max     size

This commit changes the display of thread pool info to be dependent on
the type of the thread pool so that we can align the terminology in the
output of thread pool info with the terminology used to configure a
thread pool.
@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-core-infra

}
infos.add(holder.info);
}
return new ThreadPoolInfo(infos);
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There is no need to recreate this info (garbage!) on every invocation, it is immutable.

Copy link
Member

@rjernst rjernst left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@jasontedor jasontedor merged commit 2e93a91 into elastic:master Mar 17, 2018
jasontedor added a commit that referenced this pull request Mar 17, 2018
Today we report thread pool info using a common object. This means that
we use a shared set of terminology that is not consistent with the
terminology used to the configure thread pools. This holds in particular
for the minimum and maximum number of threads in the thread pool where
we use the following terminology:
 thread pool info | fixed | scaling
 min                core    size
 max                max     size

This commit changes the display of thread pool info to be dependent on
the type of the thread pool so that we can align the terminology in the
output of thread pool info with the terminology used to configure a
thread pool.
@jasontedor jasontedor deleted the align-thread-pool-info branch March 17, 2018 02:49
jasontedor added a commit to jasontedor/elasticsearch that referenced this pull request Mar 20, 2018
* master: (476 commits)
  Fix compilation errors in ML integration tests
  Small code cleanups and refactorings in persistent tasks (elastic#29109)
  Update allocation awareness docs (elastic#29116)
  Configure error file for archive packages (elastic#29129)
  Configure heap dump path for archive packages (elastic#29130)
  Client: Add missing test
  getMinGenerationForSeqNo should acquire read lock (elastic#29126)
  Backport - Do not renew sync-id PR to 5.6 and 6.3
  Client: Wrap SSLHandshakeException in sync calls
  Fix creating keystore when upgrading (elastic#29121)
  Align thread pool info to thread pool configuration (elastic#29123)
  TEST: Adjust translog size assumption in new engine
  Docs: HighLevelRestClient#multiGet (elastic#29095)
  Client: Wrap synchronous exceptions (elastic#28919)
  REST: Clear Indices Cache API simplify param parsing (elastic#29111)
  Fix typo in ExceptionSerializationTests
  Remove BWC layer for rejected execution exception
  Fix EsAbortPolicy to conform to API (elastic#29075)
  [DOCS] Removed prerelease footnote from upgrade table.
  Docs: Support triple quotes (elastic#28915)
  ...
@lukas-vlcek
Copy link
Contributor

Thanks for this.
Isn't this kind of a breaking change? People parsing JSON stats will need to update on their end. Should be mentioned in release notes.

@jasontedor
Copy link
Member Author

That is a fair point, thanks for raising it. I will add something to the migration notes and remove this change from 6.3.0.

@jasontedor jasontedor removed the v6.3.0 label Mar 21, 2018
jasontedor added a commit that referenced this pull request Mar 21, 2018
@jasontedor jasontedor added >breaking :Data Management/Stats Statistics tracking and retrieval APIs and removed :Core/Infra/Core Core issues without another label labels Mar 21, 2018
@spinscale
Copy link
Contributor

the _cat API has a thread_pool endpoint as well, which IIRC uses min, max, and size as well

@jasontedor
Copy link
Member Author

Thanks @spinscale, I opened #29195 too.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

No core value reported for scaling thread pool type
6 participants