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/service-bus-messaging/service-bus-performance-improvements.md
+1-13Lines changed: 1 addition & 13 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -58,7 +58,7 @@ Service Bus operates several background processes that can affect compute utiliz
58
58
7. Deduplication & look back time window.
59
59
8. Forward to (forwarding from one entity to another).
60
60
61
-
If your application uses any of the above features and you aren't receiving the expected throughput, you can review the **CPU usage** metrics and consider scaling up your Service Bus Premium namespace. You can also utilize Azure Monitor to [automatically scale the Service Bus namespace](automate-update-messaging-units.md). It is advisable to increase the number of Message Units (MUs) when CPU usage exceeds 70% to ensure optimal performance.
61
+
If your application uses any of the above features and you aren't receiving the expected throughput, you can review the **CPU usage** metrics and consider scaling up your Service Bus Premium namespace. You can also utilize Azure Monitor to [automatically scale the Service Bus namespace](automate-update-messaging-units.md). It is recommended to increase the number of Message Units (MUs) when CPU usage exceeds 70% to ensure optimal performance.
62
62
63
63
### Sharding across namespaces
64
64
@@ -296,8 +296,6 @@ Goal: Maximize the throughput of a single queue. The number of senders and recei
296
296
297
297
* To increase the overall send rate into the queue, use multiple message factories to create senders. For each sender, use asynchronous operations or multiple threads.
298
298
* To increase the overall receive rate from the queue, use multiple message factories to create receivers.
299
-
* Use asynchronous operations to take advantage of client-side batching.
300
-
* Leave batched store access enabled. This access increases the overall rate at which messages can be written into the queue.
301
299
* Set the prefetch count to 20 times the maximum processing rates of all receivers of a factory. This count reduces the number of Service Bus client protocol transmissions.
302
300
303
301
### Multiple high-throughput queues
@@ -310,8 +308,6 @@ To obtain maximum throughput across multiple queues, use the settings outlined t
310
308
311
309
Goal: Minimize latency of a queue or topic. The number of senders and receivers is small. The throughput of the queue is small or moderate.
312
310
313
-
* Disable client-side batching. The client immediately sends a message.
314
-
* Disable batched store access. The service immediately writes the message to the store.
315
311
* If using a single client, set the prefetch count to 20 times the processing rate of the receiver. If multiple messages arrive at the queue at the same time, the Service Bus client protocol transmits them all at the same time. When the client receives the next message, that message is already in the local cache. The cache should be small.
316
312
* If using multiple clients, set the prefetch count to 0. By setting the count, the second client can receive the second message while the first client is still processing the first message.
317
313
@@ -324,8 +320,6 @@ Service Bus enables up to 1,000 concurrent connections to a messaging entity. Th
324
320
To maximize throughput, follow these steps:
325
321
326
322
* If each sender is in a different process, use only a single factory per process.
327
-
* Use asynchronous operations to take advantage of client-side batching.
328
-
* Leave batched store access enabled. This access increases the overall rate at which messages can be written into the queue or topic.
329
323
* Set the prefetch count to 20 times the maximum processing rates of all receivers of a factory. This count reduces the number of Service Bus client protocol transmissions.
330
324
331
325
### Queue with a large number of receivers
@@ -337,8 +331,6 @@ Service Bus enables up to 1,000 concurrent connections to an entity. If a queue
337
331
To maximize throughput, follow these guidelines:
338
332
339
333
* If each receiver is in a different process, use only a single factory per process.
340
-
* Receivers can use synchronous or asynchronous operations. Given the moderate receive rate of an individual receiver, client-side batching of a Complete request doesn't affect receiver throughput.
341
-
* Leave batched store access enabled. This access reduces the overall load of the entity. It also increases the overall rate at which messages can be written into the queue or topic.
342
334
* Set the prefetch count to a small value (for example, PrefetchCount = 10). This count prevents receivers from being idle while other receivers have large numbers of messages cached.
343
335
344
336
### Topic with a few subscriptions
@@ -349,8 +341,6 @@ To maximize throughput, follow these guidelines:
349
341
350
342
* To increase the overall send rate into the topic, use multiple message factories to create senders. For each sender, use asynchronous operations or multiple threads.
351
343
* To increase the overall receive rate from a subscription, use multiple message factories to create receivers. For each receiver, use asynchronous operations or multiple threads.
352
-
* Use asynchronous operations to take advantage of client-side batching.
353
-
* Leave batched store access enabled. This access increases the overall rate at which messages can be written into the topic.
354
344
* Set the prefetch count to 20 times the maximum processing rates of all receivers of a factory. This count reduces the number of Service Bus client protocol transmissions.
355
345
356
346
### Topic with a large number of subscriptions
@@ -361,6 +351,4 @@ Topics with a large number of subscriptions typically expose a low overall throu
361
351
362
352
To maximize throughput, try the following steps:
363
353
364
-
* Use asynchronous operations to take advantage of client-side batching.
365
-
* Leave batched store access enabled. This access increases the overall rate at which messages can be written into the topic.
366
354
* Set the prefetch count to 20 times the expected rate at which messages are received. This count reduces the number of Service Bus client protocol transmissions.
0 commit comments