You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/synapse-analytics/sql-data-warehouse/memory-concurrency-limits.md
+14-15Lines changed: 14 additions & 15 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,20 +4,20 @@ description: View the memory and concurrency limits allocated to the various per
4
4
author: WilliamDAssafMSFT
5
5
ms.author: wiassaf
6
6
ms.reviewer: whhender
7
-
ms.date: 04/04/2021
7
+
ms.date: 01/22/2025
8
8
ms.service: azure-synapse-analytics
9
9
ms.subservice: sql-dw
10
-
ms.topic: conceptual
10
+
ms.topic: concept-article
11
11
ms.custom: azure-synapse
12
12
---
13
13
14
14
15
15
# Memory and concurrency limits for dedicated SQL pool in Azure Synapse Analytics
16
16
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.
18
18
19
19
> [!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.
21
21
22
22
## Data warehouse capacity settings
23
23
@@ -46,14 +46,14 @@ The service levels range from DW100c to DW30000c.
46
46
| DW15000c | 30 | 2 | 9000 |
47
47
| DW30000c | 60 | 1 | 18000 |
48
48
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.
50
50
51
51
> [!NOTE]
52
52
> 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).
53
53
54
54
## Concurrency maximums for workload groups
55
55
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.
57
57
58
58
|Service Level|Maximum concurrent queries|Min % supported for REQUEST_MIN_RESOURCE_GRANT_PERCENT|
59
59
|---|---|---|
@@ -77,11 +77,11 @@ With the introduction of [workload groups](sql-data-warehouse-workload-isolation
77
77
78
78
## Concurrency maximums for resource classes
79
79
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).
81
81
82
-
**Static resource classes**
82
+
### Static resource classes
83
83
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).
85
85
86
86
| 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 |
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).
108
108
109
109
| Service Level | Maximum concurrent queries | Concurrency slots available | Slots used by smallrc | Slots used by mediumrc | Slots used by largerc | Slots used by xlargerc |
@@ -125,13 +125,12 @@ The following table shows the maximum concurrent queries and concurrency slots f
125
125
| DW15000c | 32 | 600 | 18 | 60 | 132 | 420 |
126
126
| DW30000c | 32 | 1200 | 36 | 120 | 264 | 840 |
127
127
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.
129
129
130
-
## Next steps
130
+
## Related content
131
131
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:
0 commit comments