|Improvement Area||Parameter||Description||Performance Recommendations|
This parameter specifies the size of a slot. A publisher returns its last message ID to the slot manager each time he/she publishes a number of messages equal to the number specified in this parameter.
Increasing the window size would increase the number of messages received per consumer. Thus the subscribers who are the earliest to be allocated slots would receive a higher number of messages. A lower window size would result in an even load of messages received by each subscriber. The default/recommended value is 1000.
|This parameter specifies the number of slots that should be initialized when the Message Broker profile is started.||A higher worker thread count would result in a higher rate of message consumption, as well as a higher system overhead. Increase the thread count only if you have sufficient hardware resources.|
|This values specifies the number of parallel threads that should be included in a slot deletion task.||Increasing this value will remove slots where messages are read/delivered to consumers/acknowledged faster, thereby reducing heap memory used by the server.|
|This parameter specifies the time interval in which, broker checks for slots that can be marked as 'ready to deliver' (i.e. slots that age more than the time specified in ||If the consumers are slow, then increasing the |
|Maximum number of slots (with pending messages) to delete per Slot Deleting Task. This configuration is used to raise a warning when the scheduled number of pending slots exceeds this limit. This indicates issues that can lead to message accumulation on the server.||-|
|Maximum number of thrift client connections that should be created in the thrift connection pool.||-|
|Message Delivery: This is the phase where messages read from the database are delivered to consumers.|
This parameter specifies the maximum number of undelivered messages that are allowed to be retained in the memory.
The default value for the
This parameter specifies the thread pool size of the queue delivery workers.
The default value of 4096 for the
This parameter specifies the number of parallel readers used to read content from the message store.
The default value for the parallelContentReaders parameter, the parallelDeliveryHandlers parameter and the parallelDecompressionHandlers parameter is 5. Increasing this value would increase the speed of the message sending mechanism, however, the load on the message store would also be increased. A higher number of cores is required to increase these values.
|This parameter specifies the number of parallel delivery handlers used to deliver messages to subscribers.|
|This parameter specifies the number of parallel decompression handlers used to decompress messages before they are sent to subscribers.|
|This parameter specifies the number of messages included in the content retrieval query.||The |
|Acknowledgement Handling: This is the phase where the delivery of messages that have reached the consumers is acknowledged.|
This parameter specifies the number of message acknowledgement handlers to process acknowledgements concurrently.
The default value of 1 for the
This parameter specifies the maximum number of acknowledgements that can be handled by an acknowledgement handler.
The default value of 100 for the
|The message delivery from the Message Broker profile to the client will be temporarily paused if the number of messages of which the delivery is not acknowledged reaches the number specified for the ||Increasing the value specified for the |
|Content Handling: Handling incoming content chunks.|
This parameter specifies the number of handlers that should be available to handle content chunks concurrently.
The default value of 3 for the
|This parameter specifies the maximum column size of a content chunk handler.||The default value of 65500 for the |
This parameter specifies whether or not content compression is enabled. If enabled, messages published to the Message Broker profile will be compressed before storing in the DB, to reduce the content size.
|This parameter is set to false by default. To increase the performance of the Message Broker, you can change this value in 'true'. Note that enabling content compression would increase the speed of the message sending mechanism. However, if message contents are very small, enabling content compression will reduce the performance of the Message Broker. This is because the message content will expand due to this setting.|
|This parameter specifies the maximum message content size of an uncompressed message.||The default value of contentCompressionThreshold is 1000 in bytes. It is not recommended to use values less than 13 bytes. If the value specified for this parameter is too low, it will cause expansion of the message size, due to the lack of repeated content. Thus, it will reduce the performance of the Message Broker. Values greater than 1000 would increase performance.|
|Inbound Events: These are messaging events relating to publishers|
This parameter specifies the size of the Disruptor ring buffer for inbound event handling.
It is recommended to increase the value for the
This parameter specifies the number of parallel writers used to write content to the message store.
Increasing the value for the
This parameter specifies the maximum batch size of the batch write operation for inbound messages.
|This parameter specifies the number of milliseconds to wait for a queue to complete a purge event in order to update the purge count. If the time specified here elapses before the queue completes the purge event, the purge count will not be updated to include the event.||The value for the |
|Failover||This parameter specifies the time interval after which the virtual host syncing task can sync host details across the cluster.||This interval should be reduced if frequent failures occur in the system. Reducing this interval to make more frequent checks in situations when there are not many fail overs would result in an unnecessary increase in the system overhead. The default/recommended value is 3600.|
|Message Counter: This is used by the management console to display the number of messages in a queue.|
This parameter specifies the delay which should occur between the end of one execution and the start of another, in milliseconds.
|Reducing the counter task interval would result in more database calls (in non RDBMS databases, this could be a very costly operation). The default/recommended value is 5 milliseconds.|
This parameter specifies the ask interval for the content removal task which will remove the actual message content from the store in the background.
If the publish/consumer rate is very high, a low value should be entered for the
|Maximum wait time for a transaction to be successfully committed. If the transaction commit request is not completed within this time period, an error is thrown.||Be sure to configure the wait time based on the speed of your database. If it takes longer than 30 seconds to respond, you need to change the default value.|