Skip to content

Commit 21ed02b

Browse files
committed
Acrolinx and format updates
1 parent 60ef4af commit 21ed02b

File tree

1 file changed

+14
-15
lines changed

1 file changed

+14
-15
lines changed

articles/synapse-analytics/sql-data-warehouse/memory-concurrency-limits.md

Lines changed: 14 additions & 15 deletions
Original file line numberDiff line numberDiff line change
@@ -4,20 +4,20 @@ description: View the memory and concurrency limits allocated to the various per
44
author: WilliamDAssafMSFT
55
ms.author: wiassaf
66
ms.reviewer: whhender
7-
ms.date: 04/04/2021
7+
ms.date: 01/22/2025
88
ms.service: azure-synapse-analytics
99
ms.subservice: sql-dw
10-
ms.topic: conceptual
10+
ms.topic: concept-article
1111
ms.custom: azure-synapse
1212
---
1313

1414

1515
# Memory and concurrency limits for dedicated SQL pool in Azure Synapse Analytics
1616

17-
View the memory and concurrency limits allocated to the various performance levels and resource classes in Azure Synapse Analytics.
17+
View the memory and concurrency limits allocated to the various performance levels and resource classes in Azure Synapse Analytics.
1818

1919
> [!NOTE]
20-
> Workload management workload groups provide more flexibility for configuring resources per request and concurrency than dynamic or static resource classes. See [Workload Groups](sql-data-warehouse-workload-isolation.md) and the [CREATE WORKLOAD GROUP](/sql/t-sql/statements/create-workload-group-transact-sql) syntax for further details.
20+
> Workload management workload groups provide more flexibility for configuring resources per request and concurrency than dynamic or static resource classes. See [Workload Groups](sql-data-warehouse-workload-isolation.md) and the [CREATE WORKLOAD GROUP](/sql/t-sql/statements/create-workload-group-transact-sql) syntax for further details.
2121
2222
## Data warehouse capacity settings
2323

@@ -46,14 +46,14 @@ The service levels range from DW100c to DW30000c.
4646
| DW15000c | 30 | 2 | 9000 |
4747
| DW30000c | 60 | 1 | 18000 |
4848

49-
The maximum service level is DW30000c, which has 60 Compute nodes and one distribution per Compute node. For example, a 600 TB data warehouse at DW30000c processes approximately 10 TB per Compute node.
49+
The maximum service level is DW30000c, which has 60 Compute nodes and 1 distribution per Compute node. For example, a 600 TB data warehouse at DW30000c processes approximately 10 TB per Compute node.
5050

5151
> [!NOTE]
5252
> Synapse Dedicated SQL pool is an evergreen platform service. Under [shared responsibility model in the cloud](../../security/fundamentals/shared-responsibility.md#division-of-responsibility), Microsoft continues to invest in advancements to underlying software and hardware which host dedicated SQL pool. As a result, the number of nodes or the type of computer hardware which underpins a given performance level (SLO) may change. The number of compute nodes listed here are provided as a reference, and shouldn't be used for sizing or performance purposes. Irrespective of number of nodes or underlying infrastructure, Microsoft's goal is to deliver performance in accordance with SLO; hence, we recommend that all sizing exercises must use cDWU as a guide. For more information on SLO and compute Data Warehouse Units, see [Data Warehouse Units (DWUs) for dedicated SQL pool (formerly SQL DW)](what-is-a-data-warehouse-unit-dwu-cdwu.md#service-level-objective).
5353
5454
## Concurrency maximums for workload groups
5555

56-
With the introduction of [workload groups](sql-data-warehouse-workload-isolation.md), the concept of concurrency slots no longer applies. Resources per request are allocated on a percentage basis and specified in the workload group definition. However, even with the removal of concurrency slots, there are minimum amounts of resources needed per queries based on the service level. The below table defined the minimum amount of resources needed per query across service levels and the associated concurrency that can be achieved.
56+
With the introduction of [workload groups](sql-data-warehouse-workload-isolation.md), the concept of concurrency slots no longer applies. Resources per request are allocated on a percentage basis and specified in the workload group definition. However, even with the removal of concurrency slots, there are minimum amounts of resources needed per queries based on the service level. The below table defined the minimum amount of resources needed per query across service levels and the associated concurrency that can be achieved.
5757

5858
|Service Level|Maximum concurrent queries|Min % supported for REQUEST_MIN_RESOURCE_GRANT_PERCENT|
5959
|---|---|---|
@@ -77,11 +77,11 @@ With the introduction of [workload groups](sql-data-warehouse-workload-isolation
7777

7878
## Concurrency maximums for resource classes
7979

80-
To ensure each query has enough resources to execute efficiently, Synapse SQL tracks resource utilization by assigning concurrency slots to each query. The system puts queries into a queue based on importance and concurrency slots. Queries wait in the queue until enough concurrency slots are available. [Importance](sql-data-warehouse-workload-importance.md) and concurrency slots determine CPU prioritization. For more information, see [Analyze your workload](analyze-your-workload.md)
80+
To ensure each query has enough resources to execute efficiently, Synapse SQL tracks resource utilization by assigning concurrency slots to each query. The system puts queries into a queue based on importance and concurrency slots. Queries wait in the queue until enough concurrency slots are available. [Importance](sql-data-warehouse-workload-importance.md) and concurrency slots determine CPU prioritization. For more information, see [Analyze your workload](analyze-your-workload.md).
8181

82-
**Static resource classes**
82+
### Static resource classes
8383

84-
The following table shows the maximum concurrent queries and concurrency slots for each [static resource class](resource-classes-for-workload-management.md).
84+
The following table shows the maximum concurrent queries and concurrency slots for each [static resource class](resource-classes-for-workload-management.md).
8585

8686
| Service Level | Maximum concurrent queries | Concurrency slots available | Slots used by staticrc10 | Slots used by staticrc20 | Slots used by staticrc30 | Slots used by staticrc40 | Slots used by staticrc50 | Slots used by staticrc60 | Slots used by staticrc70 | Slots used by staticrc80 |
8787
|:-------------:|:--------------------------:|:---------------------------:|:---------:|:----------:|:----------:|:----------:|:----------:|:----------:|:----------:|:----------:|
@@ -102,9 +102,9 @@ The following table shows the maximum concurrent queries and concurrency slots f
102102
| DW15000c | 128 | 600 | 1 | 2 | 4 | 8 | 16 | 32 | 64 | 128 |
103103
| DW30000c | 128 | 1200 | 1 | 2 | 4 | 8 | 16 | 32 | 64 | 128 |
104104

105-
**Dynamic resource classes**
105+
### Dynamic resource classes
106106

107-
The following table shows the maximum concurrent queries and concurrency slots for each [dynamic resource class](resource-classes-for-workload-management.md). Dynamic resource classes use a 3-10-22-70 memory percentage allocation for small-medium-large-xlarge resource classes across service level DW1000c to DW30000c. For memory allocation under DW1000c, please refer to the document [dynamic resource class](resource-classes-for-workload-management.md).
107+
The following table shows the maximum concurrent queries and concurrency slots for each [dynamic resource class](resource-classes-for-workload-management.md#dynamic-resource-classes). Dynamic resource classes use a 3-10-22-70 memory percentage allocation for small-medium-large-xlarge resource classes across service level DW1000c to DW30000c. For memory allocation under DW1000c, refer to the document [dynamic resource class](resource-classes-for-workload-management.md#dynamic-resource-classes).
108108

109109
| Service Level | Maximum concurrent queries | Concurrency slots available | Slots used by smallrc | Slots used by mediumrc | Slots used by largerc | Slots used by xlargerc |
110110
|:-------------:|:--------------------------:|:---------------------------:|:---------------------:|:----------------------:|:---------------------:|:----------------------:|
@@ -125,13 +125,12 @@ The following table shows the maximum concurrent queries and concurrency slots f
125125
| DW15000c | 32 | 600 | 18 | 60 | 132 | 420 |
126126
| DW30000c | 32 | 1200 | 36 | 120 | 264 | 840 |
127127

128-
When there are not enough concurrency slots free to start query execution, queries are queued and executed based on importance. If there is equivalent importance, queries are executed on a first-in, first-out basis. As a queries finishes and the number of queries and slots fall below the limits, Azure Synapse Analytics releases queued queries.
128+
When there are not enough concurrency slots free to start query execution, queries are queued and executed based on importance. If there is equivalent importance, queries are executed on a first-in, first-out basis. As a queries finishes and the number of queries and slots fall below the limits, Azure Synapse Analytics releases queued queries.
129129

130-
## Next steps
130+
## Related content
131131

132-
To learn more about how to leverage resource classes to optimize your workload further please review the following articles:
132+
To learn more about how to leverage resource classes to optimize your workload further review the following articles:
133133

134134
* [Workload management workload groups](sql-data-warehouse-workload-isolation.md)
135-
* [CREATE WORKLOAD GROUP](/sql/t-sql/statements/create-workload-group-transact-sql)
136135
* [Resource classes for workload management](resource-classes-for-workload-management.md)
137136
* [Analyzing your workload](analyze-your-workload.md)

0 commit comments

Comments
 (0)