Skip to content

Commit 5a94265

Browse files
committed
Undo changes
1 parent 71b41d6 commit 5a94265

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
@@ -12,6 +12,7 @@ ms.topic: article
1212
ms.date: 03/12/2020
1313
ms.author: aschhab
1414
---
15+
1516
# Best Practices for performance improvements using Service Bus Messaging
1617

1718
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.
@@ -26,7 +27,7 @@ Service Bus enables clients to send and receive messages via one of three protoc
2627

2728
1. Advanced Message Queuing Protocol (AMQP)
2829
2. Service Bus Messaging Protocol (SBMP)
29-
3. HTTP
30+
3. Hypertext Transfer Protocol (HTTP)
3031

3132
AMQP is the most efficient, because it maintains the connection to Service Bus. It also implements batching and prefetching. Unless explicitly mentioned, all content in this article assumes the use of AMQP or SBMP.
3233

@@ -267,7 +268,7 @@ When using the default lock expiration of 60 seconds, a good value for `Prefetch
267268

268269
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.
269270

270-
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.
271+
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.
271272

272273
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.
273274

@@ -411,4 +412,4 @@ To maximize throughput, try the following steps:
411412
[TopicDescription.EnableFiltering]: /dotnet/api/microsoft.servicebus.messaging.topicdescription.enablefilteringmessagesbeforepublishing
412413

413414
<!-- Local links -->
414-
[Partitioned messaging entities]: service-bus-partitioning.md
415+
[Partitioned messaging entities]: service-bus-partitioning.md

0 commit comments

Comments
 (0)