System limits for Splunk Infrastructure Monitoring π
Splunk Infrastructure Monitoring has system limits that help ensure good performance, stability, and reliability. These limits also protect the Infrastructure Monitoring multitenant environment. Exceeding these limits might degrade your Infrastructure Monitoring experience.
To help you avoid problems when you use Infrastructure Monitoring, consider the system limit information presented in this document, which includes the following:
The name and value of each system limit
If available, the organization metrics associated with the limit
The impact you observe when you exceed the limit.
The first section in this topic contains tables of limit names and values, organized by product area. Each entry in the table shows the name of the limit and its default value. The limit name is also a link to more information about the limit.
There are several out-of-the-box charts in Splunk Observability Cloud for the metrics described below. Admins can view these charts by navigating to Settings > Organization Overview.
The first table in the section lists the most important limits to consider.
Abbreviations π
This documentation uses the following initialisms:
Metric time series (MTS)
Active MTS (AMTS)
Inactive MTS (IMTS)
Event time series (ETS)
Data points per minute (DPM)
Limit summaries π
The following tables summarize limits for these product areas:
Important limits π
Limit name |
Default limit value |
---|---|
Determined by your subscription |
|
1,000 |
|
|
|
|
|
6,000 or determined by your subscription |
|
250,000 |
Charts, detectors, and SignalFlow limits π
Limit name |
Default limit value |
---|---|
|
|
15 min |
|
15 min |
|
200,000 |
|
Maximum number of allocated data points per SignalFlow program |
60,000,000 |
200 |
|
500,000 |
|
1,000 |
|
Maximum number of functions and methods per SignalFlow program |
1,000 |
|
|
Maximum number of MTS analyzed across all SignalFlow programs |
The larger of 10,000,000 AMTS or 20% of your total AMTS. |
|
|
150 |
|
256 |
|
35 |
|
64 |
|
50,000 |
|
1,000 SignalFlow programs per minute |
|
250,000 |
|
5,000 per minute |
|
300 |
Data ingestion limits π
Limit name |
Default limit value |
---|---|
40 per week |
|
Determined by your subscription |
|
6,000 or determined by your subscription |
|
60 times your MTS per minute limit |
|
10 times your MTS per minute limit, with a maximum of 20 minutes worth of bursting capacity in an hour. |
|
100,000 |
MTS metadata limits π
Limit name |
Default limit value |
---|---|
256 |
|
75 |
|
50 |
|
36 |
|
128 |
Subscription limits π
Limit name |
Default limit value |
---|---|
Determined by your subscription |
|
Multiples of entitlement |
|
500,000 |
|
Multiples of entitlement |
|
Set by your contract entitlement |
|
Set by your contract entitlement |
|
Multiples of entitlement |
|
Set by your contract entitlement |
|
Multiples of entitlement |
|
Set by your contract entitlement |
|
Multiples of entitlement |
|
Contract entitlement |
|
Determined by your subscription |
Web app limits π
Limit name |
Default limit value |
---|---|
1 |
|
5,000 |
|
20,000 |
|
Maximum rendered MTS for area or stacked column visualizations |
500 |
20 |
|
Maximum rendered MTS for line, histogram, or heatmap visualizations |
1,000 |
Other limits π
Limit name |
Default limit value |
---|---|
1,000,000 |
Limit details π
This section provides details about each Infrastructure Monitoring system limit.
Email address invitations per minute π
Default limit value: 1
Notes: You can only invite an email address to an organization once within one minute. If you try to invite the same email address multiple times in one minute, the UI returns an error, and you must wait at least one minute before sending another invitation.
Organization invitations per day π
Default limit value: 5,000
Notes: You can only send 5,000 invitations for an organization within 24 hours. If you exceed this limit, the UI returns an error, and you must wait at least one day before sending another invitation.
Maximum number of dashboards you can retrieve π
Default limit value: 20,000
Notes: Maximum number of dashboards you can retrieve per query using either the UI or the API. If you reach this limit, you receive an error.
Customer impact: When you exceed this limit, the user interface displays the error message βUnexpected error has occurredβ. After you exceed the limit, the dashboards page stops displaying dashboards.
Number of input MTS per job π
Default limit value: 250,000
Notes: Maximum number of input MTS per job. When you use the same MTS multiple times in a job, each use counts towards the maximum.
Customer impact: If the job is for a chart, the chart doesnβt load and you receive an error message. If the job is for a detector, the system aborts the job. You can monitor aborted detector SignalFlow programs using a built-in metric. Your organization also receives an event with information about the detector that aborted. Your job might reach this limit after it starts. A chart might initially load, but fail when its SignalFlow job aborts.
Maximum number of derived MTS per SignalFlow program π
Default limit value: 500,000
Notes: Maximum number of derived MTS per SignalFlow program, where derived MTS are temporary MTS that a SignalFlow function or method has to maintain in memory. For example, if there are 20,000 MTS for the metric
jvm.load
, and each MTS comes from a unique host, then"data('jvm.load').sum(by=['host']).publish()"
tracks 40,000 derived MTS. Thedata()
SignalFlow function or method uses 20,000, and thesum()
uses another 20,000. The number of input MTS is still 20,000.Customer impact: If the SignalFlow program is for a chart, the chart doesnβt load and you receive an error message. If the SignalFlow program is for a detector, the system aborts the program. You can monitor aborted detector SignalFlow programs using a built-in metric. Your organization also receives an event with information about the detector that aborted. Your SignalFlow program might reach this limit after it starts. A chart might initially load, but fail when its SignalFlow program aborts.
Maximum number of MTS allowed per chart data() function π
Default limit value:
10,000 for standard subscriptions
30,000 for enterprise subscriptions
Notes: If youβre using Enterprise Edition, this limit is 30,000. You can have the limit set higher depending on your subscription. To have your limit changed, contact sales or customer support.
Customer impact: If you exceed the limit, the system only keeps the most recently created MTS, based on the MTS creation timestamps. This might result in inaccurate computations.
Note
For a chart that is unavailable for autosharding, this limit is 10,000. A chart becomes unavailable for autosharding when:
It has been manually sharded using the
partition_filter()
function.It uses one of the following functions:
percentile()
,mean_plus_stddev()
,median()
,stddev()
,variance()
,sample_stddev()
,sample_variance()
,ewma()
,double_ewma()
,kpss()
,union()
.
Maximum number of MTS per detector data() function π
Default limit value:
10,000 for standard subscriptions
30,000 for enterprise subscriptions
Notes: If youβre using Enterprise Edition, this limit is 30,000. You can have the limit set higher depending on your subscription. To have the limit changed, contact sales or customer support.
Customer impact: If you exceed the limit, the system only keeps the most recently created MTS, based on the MTS creation timestamps. Detectors might not trigger, or they might trigger incorrectly.
Note
For a detector that is unavailable for autosharding, this limit is 10,000. A detector becomes unavailable for autosharding when:
It has been manually sharded using the
partition_filter()
function.It uses one of the following functions:
percentile()
,mean_plus_stddev()
,median()
,stddev()
,variance()
,sample_stddev()
,sample_variance()
,ewma()
,double_ewma()
,kpss()
,union()
.
Maximum number of active alerts per detector π
Default limit value: 200,000
Notes: Maximum number of active alerts you can have for a detector.
Customer impact: Once you reach this limit, Splunk Infrastructure Monitoring aborts the detector and deletes all active alerts. To avoid hitting this limit, configure autoclear on your detectors to clear active alerts based on defined thresholds. To learn more, see Auto-clear alerts.
Note
When you update or delete a detector, Observability Cloud stops the SignalFlow program associated with the detector and sends a stop notification to all the recipients currently configured for the detector. If the detector has a large number of recipients or a large number of alerts, sending the notification causes a flood of notifications. Your first reaction might be to delete the detector, but that might cause additional problems.
If your detector has a large number of recipients or a large number of alerts, do the following:
To update the detector, first mute its alerts. You can unmute them when youβre finished editing. To learn more about muting alerts, see Mute specific detectors or alerts.
To delete the detector, first delete all its recipients. To learn more about deleting recipients, see Remove notification recipients from a detector.
Maximum alert rate per detector π
- Default limit value:
10,000 alerts/minute for a detector with resolution smaller or equal to 1 minute
20,000 or (job resolution/1m)*10,000)) for a detector with resolution larger than 1 minute, whichever is smaller
Notes: Maximum alert rate limits the maximun amount of alerts a detector can fire within the job resolution.
- Customer impact: When the detector exceeds this limit, itβs aborted. For example:
If a detector runs at a 30-second resolution, it can fire at most 10,000 alerts within a minute.
If a detector runs at a 2-minute resolution, it can fire at most 20,000 alerts within 2 minutes.
If a detector runs at 5-minute resolution, it can fire at most 20,000 alerts within 5 minutes.
Maximum number of allocated data points per SignalFlow program π
Default limit value: 60,000,000
Notes: Total number of data points a SignalFlow program must buffer to satisfy time window transformations. This is at least the number of input MTS, but if the SignalFlow has a time window calculation, the actual value might be much more. For example, a sum over 1m at 1s resolution requires 60 data points per MTS. If the SignalFlow has 10,000 MTS and only one window transform, the SignalFlow needs 10,000*60=600,000 data points.
Customer impact: If the SignalFlow program is for a chart, the chart doesnβt load and you receive an error message. If the SignalFlow program is for a detector, the system aborts the SignalFlow program. You can monitor aborted detector SignalFlow programs using a built-in metric. Your organization also receives an event with information about the detector that aborted. Your SignalFlow program might reach this limit after it starts. A chart might initially load, but fail when its SignalFlow exceeds reaches the limit.
Maximum number of functions and methods per SignalFlow program π
Default limit value: 1,000
Notes: The SignalFlow program
"A = data().sum(by="az").sum().publish()"
has 4 functions and methods (data, sum, sum, publish).Customer impact: SignalFlow programs which are violating the limit canβt start. You immediately get an error message.
Maximum number of queries per SignalFlow program π
Default limit value: 200
Notes: Maximum number of queries you can have in a SignalFlow program used in a chart or detector. Queries that count toward this limit include
data()
,graphite()
,events()
, andalerts()
. Using atimeshift()
function on a stream causes all the queries for that stream to run again and increases the total number of queries in the program. For example, in the following program, queries A and B run again to retrieve data for D.A = data('jvm.a').publish('A') B = data('jvm.b').publish('B') C = data('jvm.c').publish('C') D = union(A, B).timeshift('1h').publish('D')
Customer impact: SignalFlow programs which violate the limit canβt start. You immediately get an error message. This limit puts limit on how many
detect()
calls you can use if you use differentdata()
orgraphite()
calls in thedetect()
.
Maximum SignalFlow program stack size π
Default limit value: 64
Notes: A SignalFlow function canβt recursively call itself more than this limit.
Maximum number of MTS analyzed across all SignalFlow programs π
Default limit value: The larger of 10,000,000 AMTS or 20% of your total AMTS.
Notes: Maximum number of MTS that can concurrently use SignalFlow programs in your organization, including detector chart SignalFlow. For example, suppose you open 10 charts and keep them open. If each chart uses on average 5,000 MTS, youβre using 50,000 MTS, even if each chart looks at the same 5,000 MTS. If you close the charts, your usage goes to zero. Detector SignalFlow programs are always running, so they always use a portion of your MTS usage limit. This limit only applies to streaming SignalFlow programs, not ones that look at historical data.
Customer impact: If the SignalFlow program is for a chart, the chart doesnβt load and you receive an error message. If the SignalFlow program is for a detector, the system aborts the program. You can monitor aborted detector SignalFlow programs using a built-in metric. Your organization also receives an event with information about the detector that aborted. Your SignalFlow program might reach this limit after it starts. A chart might initially load, but fail when the program reaches the limit.
Maximum max delay setting for SignalFlow programs π
Default limit value: 15 min
Notes: The maximum allowed max delay value that you can set for a SignalFlow program. Higher values arenβt allowed, because they cause SignalFlow programs to use too much memory when data is slow to arrive.
Customer impact: SignalFlow programs which are violating the limit canβt start. You immediately get an error message.
Maximum min delay setting for SignalFlow programs π
Default limit value: 15 min
Notes: The maximum allowed min delay value that you can set for a SignalFlow program. Higher values arenβt allowed, because they cause SignalFlow programs to use too much memory when data is slow to arrive.
Customer impact: SignalFlow programs which are violating the limit canβt start. You immediately get an error message.
Maximum number of wildcards per filter() function π
Default limit value: 35
Notes:
"data('jvm.load', filter=filter('host', 'kafka*east'))"
counts as 1 wildcard filterCustomer impact: SignalFlow programs which are violating the limit canβt start. You immediately get an error message.
Maximum number of prefix wildcards per filter() function π
Default limit value: 150
Notes:
"data('jvm.load', filter=filter('host', 'kafka*'))"
counts as 1 prefix filterCustomer impact: SignalFlow programs which are violating the limit canβt start. You immediately get an error message.
Maximum SignalFlow program text size π
Default limit value: 50,000
Notes: Maximum character length of a SignalFlow program allowed in charts and detectors.
Customer impact: You canβt save a SignalFlow program that exceeds the limit; instead, an error message appears.
Maximum SignalFlow programs per minute π
Default limit value: 1,000 SignalFlow programs per minute
Notes: Maximum number of SignalFlow programs started per minute. The following actions start SignalFlow programs:
Creating or updating charts
Creating or updating detectors
Running a SignalFlow job using the API
Opening an alert from the list displayed the Alerts UI page. This action displays an alert dialog box and runs a SignalFlow program that provides charts and information to the page.
You donβt get a notification when Observability Cloud starts a SignalFlow program for an alert dialog box, but the program counts against your SignalFlow programs per minute limit.
Related metrics:
sf.org.numComputationsStarted
sf.org.numComputationsThrottled
Customer impact: SignalFlow programs which are violating the limit canβt start. You immediately get an error message.
Maximum number of query arguments in a filter() function π
Default limit value: 256
Notes: Limit to the number of query arguments in a SignalFlow filter
Customer impact: Maximum number of derived MTS per SignalFlow program, where derived MTS are temporary MTS that a SignalFlow function or method has to maintain in memory. For example, if there are 20,000 MTS for the metric
jvm.load
, and each MTS comes from a unique host , then"data('jvm.load').sum(by=['host']).publish()"
tracks 40,000 derived MTS. Thedata()
function uses 20,000, and thesum()
uses another 20,000. The number of input MTS is still 20,000.
Maximum number of detectors per organization π
Default limit value: 1,000
Notes: The maximum number of detectors that you can create in a single organization.
Related metrics:
sf.org.limit.detector
sf.org.num.detector
Customer impact: The user interface displays an error reporting that youβve exceeded the limit.
Maximum number of SignalFlow jobs per organization π
Default limit value: 5,000 per minute
Notes: The maximum number of SignalFlow jobs you can run for your organization. Each token in the organization shares the same limit. For example, you can run 5,000 jobs per minute with one token, but you canβt run more jobs with any other token in the same organization.
Related metrics:
sf.org.numComputationsStarted
sf.org.numComputationsThrottled
sf.org.numComputationsStartedByToken
sf.org.numComputationsThrottledByToken
Customer impact: You reach this limit when the total number of jobs across all tokens for an organization exceeds 5,000 per minute. A single token, or a combination of different tokens in an organization, can use up the capacity.
To check whether a single token hits the limit, use the related metrics. For example, if you see that the
sf.org.numComputationsThrottledByToken
metric increases for one token, but thesf.org.numComputationsThrottled
metric doesnβt increase for the organization, then only a single token has used up the capacity.
Maximum number of SignalFlow jobs per websocket connection π
Default limit value: 300
Notes: The maximum number of SignalFlow jobs you can run for each of your websocket connection.
Customer impact: When you reach this limit, you get an error message saying βToo many channels in this connectionβ.
You might reach this limit when you have too many charts open on the same page. For example, you open a dashboard with more than 300 charts. In this case, the charts outside the 300 limit donβt display. To avoid hitting this limit, you can reduce the number of charts by putting them into another dashboard or removing them.
New dimension or property key name limit π
Default limit value: 40 per week
Notes: The maximum number of new custom fields (property or dimension keys) you can create, per organization per week. This limit applies to MTS and ETS. For example, host: 1 and host: 2 have the same key, which is host. hostname: host1 and hosttype: QA have different keys, which are hostname and hosttype.
Related metrics:
sf.org.numPropertyLimitedMetricTimeSeriesCreateCalls
sf.org.numPropertyLimitedMetricTimeSeriesCreateCallsByToken
Customer impact: The system rejects MTS creations that exceed the limit are rejected, and no error message appears.
Events per minute π
Default limit value: Determined by your subscription
Notes: Maximum number of custom events youβre allowed to ingest per minute
Customer impact: If you have this limit set for an org token, you receive a HTTP 429 error from Data Ingestion APIs when you exceed the limit.
MTS creations per minute limit π
Default limit value: 6,000 or determined by your subscription.
Notes: Maximum number of MTS you can create per minute.
Related metrics:
sf.org.numMetricTimeSeriesCreated
sf.org.limit.metricTimeSeriesCreatedPerMinute
Customer impact: Infrastructure Monitoring drops new MTS that exceed the limit without returning an error, but accepts data points for existing MTS.
MTS creations per hour limit π
Default limit value: 60 times your MTS per minute limit
Notes: Maximum number of MTS you can create per hour.
Customer impact: Infrastructure Monitoring drops new MTS that exceed the limit without returning an error, but accepts data points for existing MTS.
MTS creations bursting per minute limit π
Default limit value: 10 times your MTS per minute limit, with a maximum of 20 minutes worth of bursting capacity per hour.
Notes: Splunk Observability Cloud allows bursting for metric time series (MTS) creation to better support bursty or spiky patterns in MTS creation traffic. This limit is the maximum bursting capacity for MTS creations. Bursting is not guaranteed and is available only when there is enough additional capacity.
Customer impact: The default MTS creations per minute limit is enforced once you have used up the 20 minutes maximum bursting capacity per hour.
For example, your default MTS creations per minute limit is 6,000. You can max out the MTS creations burst limit in the following ways:
Create 60,000 MTS per minute for consecutive or nonconsecutive 20 minutes, then go back to creating 6,000 MTS per minute for the rest of the hour.
Spread the bursting capacity utilization over the entire hour by creating MTS at the rate of less than or equal to 24,000 per minute.
Number of dimensions per MTS π
Default limit value: 36
Notes: Maximum number of dimensions per MTS. Infrastructure Monitoring drops invalid data points without returning an error, but keeps valid data points in the same request.
Customer impact: Infrastructure Monitoring accepts valid data points but drops invalid data points. For invalid data points, Infrastructure Monitoring doesnβt send an error message.
Dimension/Metric value length π
Default limit value: UTF-8 strings with a maximum length of 256 characters (1024 bytes).
Notes: Maximum length of a metric value or dimension value
Customer impact: While ingesting data, the system drops data points with invalid dimension or metric values and doesnβt return an error. Ingest continues for valid data points.
Maximum dimension name length π
Default limit value: 128 characters (512 bytes)
Notes: Maximum length of a dimension name
Customer impact: While ingesting data, the system drops data points with invalid dimension names and doesnβt return an error. Ingest continues for valid data points.
Maximum number of API calls per minute π
Default limit value: 100,000
Notes: Maximum number of REST API calls you can make per endpoint per minute. The limit for GET calls is 10 times the rate for other calls. The limit protects the system from gross misuse or attacks. This applies to metadata API to api.signalfx.com
Related metrics:
sf.org.numRestCalls
Customer impact: The API returns an HTTP error code 429 that indicates that youβve reached your API call limit.
Number of properties per dimension π
Default limit value: 75
Notes: Maximum number of custom properties per dimension. Infrastructure Monitoring drops excess properties, but it doesnβt return an error.
Customer impact: Infrastructure Monitoring drops properties that exceed the limit, but it doesnβt issue an error message.
timeserieswindow API data point limit π
Default limit value: 1,000,000
Notes: The maximum number of data points you can retrieve in a single call to GET /v2/timeserieswindow.
Customer impact: The request fails and returns an HTTP error code 400
Custom MTS entitlement π
Default limit value: Set by your contract entitlement
Notes: Number of custom MTS entitled, as determined by your contract.
Related metrics:
sf.org.numCustomMetrics
Customer impact: Splunk charges an overage of 1.5 times the normal price for usage that exceeds your contractual entitlement.
Custom MTS burst/overage limit π
Default limit value: Multiples of entitlement
Notes: Maximum number of active custom MTS, within a moving window of the previous 60 minutes, that youβre allowed to have in your organization.
Related metrics:
sf.org.numCustomMetrics
sf.org.limit.customMetricTimeSeries
Customer impact: If you exceed this limit, Infrastructure Monitoring stops accepting data points for new custom MTS, but it continues to accept data points for custom MTS that already existed.
Host entitlement π
Default limit value: Contract entitlement
Notes: Number of hosts in your contract, if applicable.
Related metrics:
sf.org.numResourcesMonitored
Customer impact: Splunk charges an overage of 1.5 times the normal price for usage that exceeds your contractual entitlement.
Host burst/overage limit π
Default limit value: Multiples of entitlement
Notes: For host-based pricing contracts, the maximum number of hosts that can send data to your organization. This limit is higher than your contractual limit to allow for burst and overage usage.
Related metrics:
sf.org.numResourcesMonitored (filter for the dimension resourceType:hosts)
sf.org.limit.hosts
Customer impact: If you exceed this limit, Infrastructure Monitoring drops data points from new hosts but keeps accepting data points for existing hosts.
Container entitlement π
Default limit value: Set by your contract entitlement
Notes: Number of containers in your contract, if applicable
Related metrics:
sf.org.numResourcesMonitored
Customer impact: Splunk charges an overage of 1.5 times the normal price for usage above contractual entitlement.
Container burst/overage limit π
Default limit value: Multiples of entitlement
Notes: For host-based pricing contracts, maximum number of containers that can send data to your organization. This limit is higher than your contractual limit to allow for burst and overage usage.
Related metrics:
sf.org.numResourcesMonitored (filter for the dimension resourceType:containers)
sf.org.limit.containers
Customer impact: If you exceed this limit, Infrastructure Monitoring drops data points from new containers but keeps accepting data points for existing containers.
High resolution custom metrics entitlement π
Default limit value: Set by your contract entitlement
Notes: Number of high resolution metrics allowed in your contract
Customer impact: Splunk charges an overage of 1.5 times the normal price for usage that exceeds your contractual entitlement.
High resolution custom metrics burst/overage limit π
Default limit value: Multiples of entitlement
Notes: This limit is to protect the SaaS platform. Itβs typically a multiple of your contractual limit. For example, if you purchase 500 hosts, Infrastructure Monitoring might set limit to 800. The multiple decreases as your contractual limit increases.
Customer impact: The system rejects MTS creations for high resolution metrics that exceed the limit.
Bundled MTS limit π
Default limit value: 500,000
Notes: This limit applies to host-based contracts only. It is the total number of bundled MTS a customer can have, apart from the standard host-based or container-based MTS. For example, this limit applies to MTS for Amazon Simple Queue Service (SQS) queues.
Customer impact: The system rejects MTS creations that exceed the limit, and no error message appears.
IMTS Limit π
Default limit value: Determined by your subscription
Notes: Maximum number of inactive MTS, as allowed by your contract.
Related metrics: sf.org.numInactiveTimeSeries
Customer impact: When you reach this limit, the system deletes the MTS with the longest period of inactivity.
AMTS limit π
Default limit value: Determined by your subscription
Notes: Maximum number of active MTS in a 25 hour period. If youβre using Kubernetes, the period is 1 hour.
Related metrics:
sf.org.numActiveTimeSeries
sf.org.limit.activeTimeSeries
Customer impact: When you exceed this limit, Infrastructure Monitoring refuses new MTS without issuing an error message. Infrastructure Monitoring continues to ingest data points for existing MTS.
Data points per minute (DPM) limit π
Default limit value: Set by your contract entitlement
Notes: Limit on the number of data points you can send to Infrastructure Monitoring per minute. If you exceed the limit, Infrastructure Monitoring stops creating new MTS and rejects the data points.
Customer impact: Infrastructure Monitoring drops new data points and MTS above the limit without returning an error.
Burst DPM limit π
Default limit value: Multiples of entitlement
Notes: Limit on the number of data points you can send to Infrastructure Monitoring each minute. If you have this limit set on the org token you use, the data ingest API returns HTTP response code 429 when you exceed the limit.
Customer impact: If you have this limit set on the org token you use, you receive a HTTP 429 error from Data Ingestion APIs when you exceed the limit.
Maximum rendered MTS for line, histogram, or heatmap visualizations π
Default limit value: 1,000
Notes: When a visualization exceeds the limit, the UI arbitrarily selects the MTS it renders.
Maximum rendered MTS for area or stacked column visualizations π
Default limit value: 500
Notes: When a visualization exceeds the limit, the UI arbitrarily selects the MTS it renders.
Maximum rendered MTS for column chart visualizations π
Default limit value: 20
Notes: When a visualization exceeds the limit, the UI arbitrarily selects the MTS it renders.