ASF GitHub Bot commented on NIFI-4834:

Github user markap14 commented on the issue:

    @alopresto thanks, that's a great catch! I pushed a new commit that should 
address both of these issues. We were not properly shutting down the 
connections on the Processor was stopped. As a result, those Consumers were 
also not closed and so any prefetched messages were not rolled back. This 
caused you to also receive no more messages because the messages were all 
prefetched by the unclosed Consumers.

> ConsumeJMS does not scale when given more than 1 thread
> -------------------------------------------------------
>                 Key: NIFI-4834
>                 URL: https://issues.apache.org/jira/browse/NIFI-4834
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: Extensions
>            Reporter: Mark Payne
>            Assignee: Mark Payne
>            Priority: Major
>             Fix For: 1.6.0
> When I run ConsumeJMS against a local broker, the performance is great. 
> However, if I run against a broker that is running remotely with a 75 ms 
> round trip time (i.e., somewhat high latency), then the performance is pretty 
> poor, allowing me to receive only about 30-40 msgs/sec (1-2 MB/sec).
> Increasing the number of threads should result in multiple connections to the 
> JMS Broker, which would provide better throughput. However, when I increase 
> the number of Concurrent Tasks to 10, I see 10 consumers but only a single 
> connection being created, so the throughput is no better (in fact it's a bit 
> slower due to added lock contention).

This message was sent by Atlassian JIRA

Reply via email to