[
https://issues.apache.org/jira/browse/FLINK-10949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Liu updated FLINK-10949:
------------------------
Description:
0down vote
[favorite|https://stackoverflow.com/questions/53393775/when-use-flink-1-6-2s-intervaljoin-funtion-the-thread-is-stucked-in-seek-for-t]
I am using IntervalJoin function to join two streams within 10 minutes. As
below:
{{labelStream.intervalJoin(adLogStream)}}
.between(Time.milliseconds(0), Time.milliseconds(600000))
{{ .process(new processFunction())}}
{{ .sink(kafkaProducer)}}
labelStream and adLogStream are proto-buf class that are keyed by Long id.
Our two input-streams are huge. After running about 30minutes, the output to
kafka go down slowly, like this:
!https://i.stack.imgur.com/UW4V1.png!
When data output begins going down, I use jstack and pstack sevaral times to
get these:
!https://i.stack.imgur.com/uxOZn.png!
!https://i.stack.imgur.com/JTyIC.png!
It seems the program is stucked in rockdb's seek. And I find that some rockdb's
srt file are accessed slowly by iteration.
[!https://i.stack.imgur.com/Avdyo.png!|https://i.stack.imgur.com/Avdyo.png]
I have tried several ways:
{{1)Reduce the input amount to half. This works well.}}
2)Replace labelStream and adLogStream with simple Strings. This way, data
amount will not change. This works well.}}
3)Use PredefinedOptions like SPINNING_DISK_OPTIMIZED and
SPINNING_DISK_OPTIMIZED_HIGH_MEM. This still fails.}}
4)Use new versions of rocksdbjni. This still fails.}}
{{Can anyone give me some suggestions? Thank you very much.}}
was:
0down vote
[favorite|https://stackoverflow.com/questions/53393775/when-use-flink-1-6-2s-intervaljoin-funtion-the-thread-is-stucked-in-seek-for-t]
I am using IntervalJoin function to join two streams within 10 minutes. As
below:
{{labelStream.intervalJoin(adLogStream)}}
{{ .between(Time.milliseconds(0), Time.milliseconds(600000)) }}
{{ .process(new processFunction())}}
{{ .sink(kafkaProducer)}}
labelStream and adLogStream are proto-buf class that are keyed by Long id.
Our two input-streams are huge. After running about 30minutes, the output to
kafka go down slowly, like this:
!https://i.stack.imgur.com/UW4V1.png!
When data output begins going down, I use jstack and pstack sevaral times to
get these:
!https://i.stack.imgur.com/uxOZn.png!
!https://i.stack.imgur.com/JTyIC.png!
It seems the program is stucked in rockdb's seek. And I find that some rockdb's
srt file are accessed slowly by iteration.
[!https://i.stack.imgur.com/Avdyo.png!|https://i.stack.imgur.com/Avdyo.png]
I have tried several ways:
{{1)Reduce the input amount to half. This works well.}}
{{ 2)Replace labelStream and adLogStream with simple Strings. This way, data
amount will not change. This works well.}}
{{ 3)Use PredefinedOptions like SPINNING_DISK_OPTIMIZED and
SPINNING_DISK_OPTIMIZED_HIGH_MEM. This still fails.}}
{{ 4)Use new versions of rocksdbjni. This still fails.}}
{{Can anyone give me some suggestions? Thank you very much.}}
> When use flink-1.6.2's intervalJoin funtion, the thread is stucked in
> rockdb's seek for too long time
> -----------------------------------------------------------------------------------------------------
>
> Key: FLINK-10949
> URL: https://issues.apache.org/jira/browse/FLINK-10949
> Project: Flink
> Issue Type: Bug
> Components: State Backends, Checkpointing
> Affects Versions: 1.6.2
> Environment: flink1.6.2, linux
> Reporter: Liu
> Priority: Major
> Labels: features, performance
>
> 0down vote
> [favorite|https://stackoverflow.com/questions/53393775/when-use-flink-1-6-2s-intervaljoin-funtion-the-thread-is-stucked-in-seek-for-t]
>
> I am using IntervalJoin function to join two streams within 10 minutes. As
> below:
>
> {{labelStream.intervalJoin(adLogStream)}}
> .between(Time.milliseconds(0), Time.milliseconds(600000))
> {{ .process(new processFunction())}}
> {{ .sink(kafkaProducer)}}
> labelStream and adLogStream are proto-buf class that are keyed by Long id.
> Our two input-streams are huge. After running about 30minutes, the output to
> kafka go down slowly, like this:
> !https://i.stack.imgur.com/UW4V1.png!
> When data output begins going down, I use jstack and pstack sevaral times to
> get these:
> !https://i.stack.imgur.com/uxOZn.png!
> !https://i.stack.imgur.com/JTyIC.png!
> It seems the program is stucked in rockdb's seek. And I find that some
> rockdb's srt file are accessed slowly by iteration.
> [!https://i.stack.imgur.com/Avdyo.png!|https://i.stack.imgur.com/Avdyo.png]
> I have tried several ways:
> {{1)Reduce the input amount to half. This works well.}}
> 2)Replace labelStream and adLogStream with simple Strings. This way, data
> amount will not change. This works well.}}
> 3)Use PredefinedOptions like SPINNING_DISK_OPTIMIZED and
> SPINNING_DISK_OPTIMIZED_HIGH_MEM. This still fails.}}
> 4)Use new versions of rocksdbjni. This still fails.}}
> {{Can anyone give me some suggestions? Thank you very much.}}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
