Re: 退订

2023-12-21 文章 Junrui Lee
你好,

请发送任意内容的邮件到 user-zh-unsubscr...@flink.apache.org 来取消订阅邮件

Best,
Junrui

jimandlice  于2023年12月21日周四 17:43写道:

> 退订
> | |
> jimandlice
> |
> |
> 邮箱:jimandl...@163.com
> |


Re: 退订

2023-11-21 文章 Junrui Lee
Hi,

请发送任意内容的邮件到 user-zh-unsubscr...@flink.apache.org 来取消订阅邮件。

Best,
Junrui

万建国 <1097498...@qq.com.invalid> 于2023年11月22日周三 10:10写道:

> 退订


Re: 退订

2023-10-26 文章 Junrui Lee
Hi,

请发送任意内容的邮件到 user-zh-unsubscr...@flink.apache.org 来取消订阅邮件。

Best,
Junrui

13430298988 <13430298...@163.com> 于2023年10月27日周五 11:00写道:

> 退订


Re: 退订

2023-10-26 文章 Junrui Lee
Hi,

请发送任意内容的邮件到 user-zh-unsubscr...@flink.apache.org 来取消订阅邮件。

Best,
Junrui

chenyu_opensource  于2023年10月27日周五 10:20写道:

> 退订


Re: 退订

2023-05-07 文章 Junrui Lee
如果需要取消订阅 user-zh@flink.apache.org 邮件组,请发送任意内容的邮件到
user-zh-unsubscr...@flink.apache.org ,参考[1]

[1] https://flink.apache.org/zh/community/

Best,
Junrui

wangwei  于2023年5月7日周日 17:55写道:

> 退订
>
>


Re: managed memory占用100%的问题

2023-02-28 文章 Junrui Lee
Hi,

图片挂掉了,能不能直接用文字描述配置文件?

Best,
Junrui

生于八十年代 <623730...@qq.com.invalid> 于2023年2月28日周二 18:31写道:

> 社区的各位大佬们有个问题咨询一下大家:
> 1.
> 问题背景:我们在使用flink读取消费kafka中的hdfs路径消息,然后从hdfs中读取文件,做完处理后写入hive,整个过程都是以流式的过程完成,而不是批处理的过程;
> 目前遇到的问题是任务运行一段时间之后,kafka就开始出现hdfs路径消息积压,目前发现managed
> memory区域消耗的内存非常大,占用了100%。但是我们目前使用的是hashmap+hdfs的状态后端,写入hive的sql的是10分钟的滚动窗口+group
> by + sum这样的操作,同时我们开启了minibatch这样的优化选项。
>
>
> 2. 由于我们没有使用rocks db和批处理,按照官网的说法,这一块内存是不占用的,但是我尝试给这个区域配置为0,会报下面空指针的异常。
> java.lang.NullPointerException: Initial Segment may not be null
>  at
> org.apache.flink.runtime.memory.AbstractPagedOutputView.(AbstractPagedOutputView.java:67)
>  at
> org.apache.flink.runtime.io.disk.SimpleCollectingOutputView.(SimpleCollectingOutputView.java:46)
>  at
> org.apache.flink.table.runtime.util.collections.binary.AbstractBytesMultiMap$RecordArea.(AbstractBytesMultiMap.java:226)
>  at
> org.apache.flink.table.runtime.util.collections.binary.AbstractBytesMultiMap.(AbstractBytesMultiMap.java:114)
>  at
> org.apache.flink.table.runtime.util.collections.binary.WindowBytesMultiMap.(WindowBytesMultiMap.java:40)
>  at
> org.apache.flink.table.runtime.operators.aggregate.window.buffers.RecordsWindowBuffer.(RecordsWindowBuffer.java:72)
>  at
> org.apache.flink.table.runtime.operators.aggregate.window.buffers.RecordsWindowBuffer$Factory.create(RecordsWindowBuffer.java:164)
>  at
> org.apache.flink.table.runtime.operators.aggregate.window.processors.AbstractWindowAggProcessor.open(AbstractWindowAggProcessor.java:118)
>  at
> org.apache.flink.table.runtime.operators.window.slicing.SlicingWindowOperator.open(SlicingWindowOperator.java:152)
>  at
> org.apache.flink.streaming.runtime.tasks.RegularOperatorChain.initializeStateAndOpenOperators(RegularOperatorChain.java:107)
>  at
> org.apache.flink.streaming.runtime.tasks.StreamTask.restoreGates(StreamTask.java:726)
>  at
> org.apache.flink.streaming.runtime.tasks.StreamTaskActionExecutor$1.call(StreamTaskActionExecutor.java:55)
>  at
> org.apache.flink.streaming.runtime.tasks.StreamTask.restoreInternal(StreamTask.java:702)
>  at
> org.apache.flink.streaming.runtime.tasks.StreamTask.restore(StreamTask.java:669)
>  at
> org.apache.flink.runtime.taskmanager.Task.runWithSystemExitMonitoring(Task.java:935)
>  at
> org.apache.flink.runtime.taskmanager.Task.restoreAndInvoke(Task.java:904)
>  at org.apache.flink.runtime.taskmanager.Task.doRun(Task.java:728)
>  at org.apache.flink.runtime.taskmanager.Task.run(Task.java:550)
>  at java.lang.Thread.run(Thread.java:748)
>
> 3. 下面是我们的内存配置:
>
>
> 4.
> 所以managed区域到底存储了什么东西,占用了这么大的内存?我们的kafka消息积压是否与这里的managed区域占满有关系,希望各位大佬能答疑解惑
>


Re: 来自古月的邮件

2022-11-11 文章 JunRui Lee
Hi,退订发送任意内容至邮箱user-zh-unsubscr...@flink.apache.org 即可.

Best,
JunRui

古月  于2022年11月11日周五 14:03写道:

> 退订