[jira] [Comment Edited] (NIFI-11388) Backpressure queue settings loosely followed

["Pierre Villard (Jira)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/NIFI-11388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17709034#comment-17709034 ] 

Pierre Villard edited comment on NIFI-11388 at 4/5/23 5:40 PM:
---------------------------------------------------------------

I believe it would also highly depend on how your "(some processor)" is working.

-I don't believe you can have the same observation just with a flow like GFF -> UpdateAttribute -> UpdateAttribute -> UpdateAttribute.-


was (Author: pvillard):
I believe it would also highly depend on how your "(some processor)" is working.

I don't believe you can have the same observation just with a flow like GFF -> UpdateAttribute -> UpdateAttribute -> UpdateAttribute.

> Backpressure queue settings loosely followed
> --------------------------------------------
>
>                 Key: NIFI-11388
>                 URL: https://issues.apache.org/jira/browse/NIFI-11388
>             Project: Apache NiFi
>          Issue Type: Improvement
>            Reporter: Nissim Shiman
>            Priority: Major
>
> The backpressure settings on connections between processors are only loosely followed.  More flowfiles can end up on queues than configured via backpressure setting.
> For example, set up flow:
> GenerateFlowFile -> UpdateAttribute -> (some processor)
> where 
> GenerateFlowFile has _Custom Text_ set to be _hello_
> and Run Schedule is set to be _0 min_
> and 
> the connection following UpdateAttribute has _Back Pressure Object Threshold_ set to be _100_
> Start GenerateFlowFile.
> Wait a few moments until outgoing connection fills up.
> Start UpdateAttribute
> OutGoing conection will have more than 100 flowfiles on it
> (I had over 1000 on mine when running these steps) 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)