I think then there is something going wrong somewhere. Usually people get millisecond latencies even when they have a “keyBy” or shuffle in-between operations (which are not different to a custom partitioner at the system level).
What kind of sources/sinks is your program using? Best, Aljoscha > On 27. Jun 2017, at 17:04, sohimankotia <sohimanko...@gmail.com> wrote: > > So In following execution flow : > > source -> map -> partitioner -> flatmap -> sink > > I am attaching current time to tuple while emitting from map function , and > then extracting that timestamp value from tuple in flatmap at a very first > step . Then I am calculating difference between time attached while emitting > from map and entering into flatmap . > > > > -- > View this message in context: > http://apache-flink-user-mailing-list-archive.2336050.n4.nabble.com/Partitioner-is-spending-around-2-to-4-minutes-while-pushing-data-to-next-operator-tp13913p14025.html > Sent from the Apache Flink User Mailing List archive. mailing list archive at > Nabble.com.