[MXS-3269] Make it possible to change at runtime the number of threads used by MaxScale Created: 2020-10-29  Updated: 2023-02-02  Resolved: 2022-12-07

Status: Closed
Project: MariaDB MaxScale
Component/s: Core
Affects Version/s: None
Fix Version/s: 23.02.0

Type: New Feature Priority: Major
Reporter: Johan Wikman Assignee: Johan Wikman
Resolution: Fixed Votes: 0
Labels: None

Issue Links:
Relates
relates to MXS-3605 Maximum number of threads is limited ... Closed
relates to MXS-4155 MaxScale needs to detect it is runnin... Closed
Sprint: MXS-SPRINT-166, MXS-SPRINT-167, MXS-SPRINT-168, MXS-SPRINT-169, MXS-SPRINT-170, MXS-SPRINT-171

 Description   

MaxScale can use an arbitrary number of worker or routing threads. The number of threads that MaxScale should use can be specified in the configuration file, either as a fixed number or as auto in which case MaxScale will use as many threads as there are CPU cores in the system. It never makes sense to use more threads than what there are CPU cores in the machine MaxScale is running on. Currently the number of threads cannot be changed at runtime.

Being able to change the number of threads used by MaxScale has not been particularly important as the number of CPU cores will not change when you are running on real hardware. However, since MaxScale increasingly is run in a docker container that assumption is no longer true.

Using docker update it is possible to change at runtime the number of CPUs available to a particular container. Thus, the number of CPUs available to MaxScale can no longer be assumed to be fixed after startup.

It would be a powerful feature if MaxScale would automatically adjust to the number of CPUs available to the docker container it is running in.


Generated at Thu Feb 08 04:20:11 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.