[ 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)