Skip to content

Commit 1868269

Browse files
committed
WIP
1 parent f571e09 commit 1868269

File tree

1 file changed

+4
-3
lines changed

1 file changed

+4
-3
lines changed

articles/service-bus-messaging/service-bus-performance-improvements.md

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -9,10 +9,11 @@ editor: spelluru
99

1010
ms.service: service-bus-messaging
1111
ms.topic: article
12-
ms.date: 01/16/2020
12+
ms.date: 03/11/2020
1313
ms.author: aschhab
1414

1515
---
16+
1617
# Best Practices for performance improvements using Service Bus Messaging
1718

1819
This article describes how to use Azure Service Bus to optimize performance when exchanging brokered messages. The first part of this article describes the different mechanisms that are offered to help increase performance. The second part provides guidance on how to use Service Bus in a way that can offer the best performance in a given scenario.
@@ -27,7 +28,7 @@ Service Bus enables clients to send and receive messages via one of three protoc
2728

2829
1. Advanced Message Queuing Protocol (AMQP)
2930
2. Service Bus Messaging Protocol (SBMP)
30-
3. HTTP
31+
3. Hypertext Transfer Protocol (HTTP)
3132

3233
AMQP and SBMP are more efficient, because they maintain the connection to Service Bus as long as the messaging factory exists. It also implements batching and prefetching. Unless explicitly mentioned, all content in this article assumes the use of AMQP or SBMP.
3334

@@ -129,7 +130,7 @@ When using the default lock expiration of 60 seconds, a good value for [Prefetch
129130

130131
Prefetching messages increases the overall throughput for a queue or subscription because it reduces the overall number of message operations, or round trips. Fetching the first message, however, will take longer (due to the increased message size). Receiving prefetched messages will be faster because these messages have already been downloaded by the client.
131132

132-
The time-to-live (TTL) property of a message is checked by the server at the time the server sends the message to the client. The client does not check the messages TTL property when the message is received. Instead, the message can be received even if the messages TTL has passed while the message was cached by the client.
133+
The time-to-live (TTL) property of a message is checked by the server at the time the server sends the message to the client. The client does not check the message's TTL property when the message is received. Instead, the message can be received even if the message's TTL has passed while the message was cached by the client.
133134

134135
Prefetching does not affect the number of billable messaging operations, and is available only for the Service Bus client protocol. The HTTP protocol does not support prefetching. Prefetching is available for both synchronous and asynchronous receive operations.
135136

0 commit comments

Comments
 (0)