+1 (non-binding)
Best,
Jiangang Liu
Thomas Weise 于2022年11月28日周一 06:23写道：
> +1 (binding)
>
>
> On Sat, Nov 26, 2022 at 8:11 AM Zheng Yu Chen wrote:
>
> > +1(no-binding)
> >
> > Maximilian Michels 于 2022年11月24日周四 上午12:25写道：
> >
> > > Hi everyon
Congratulations, Fan Rui!
Best,
Jiangang Liu
Jacky Lau 于2024年6月11日周二 13:04写道：
> Congratulations Rui, well deserved!
>
> Regards,
> Jacky Lau
>
> Jeyhun Karimov 于2024年6月11日 周二03:49写道：
>
> > Congratulations Rui, well deserved!
> >
> > Regards,
> &g
Thanks for the discussion. I think that this is a very good question to
flink and we can benefit a lot from it. The default IntervalJoinOperator is
really inefficient. We have optimized the problem by using Rocksdb's upper
bound and lower bound which detail can refer to
https://issues.apache.org/ji
+1 for the feature.
Mang Zhang 于2022年4月28日周四 11:36写道：
> Hi zhu:
>
>
> This sounds like a great job! Thanks for your great job.
> In our company, there are already some jobs using Flink Batch,
> but everyone knows that the offline cluster has a lot more load than
> the online cluster,
Congratulations!
Best
Liu Jiangang
Marios Trivyzas 于2022年5月5日周四 20:47写道：
> Congrats Yang!
>
> On Thu, May 5, 2022, 15:29 Yuan Mei wrote:
>
> > Congrats and well Deserved, Yang!
> >
> > Best,
> > Yuan
> >
> > On Thu, May 5, 2022 at 8:21 PM Nicholas Jiang
> > wrote:
> >
> > > Congrats Yang!
> >
Congratulations! This version is really helpful for us . We will explore it
and help to improve it.
Best
Jiangang Liu
Yu Li 于2022年5月5日周四 18:53写道：
> Hurray!
>
> Thanks Yun Gao, Till and Joe for all the efforts as our release managers.
> And thanks all contributors for making
Thanks for the valuable design. The auto-detecting can decrease great work
for us. We have implemented the similar feature in our inner flink version.
Below is something that I care about:
1. For auto-detecting, I wonder how to make the strategy and mark a node
blocked? Sometimes the blocked
Congratulations, Jingsong!
Best,
Jiangang Liu
Martijn Visser 于2022年6月13日周一 16:06写道：
> Like everyone has mentioned, this is very well deserved. Congratulations!
>
> Op ma 13 jun. 2022 om 09:57 schreef Benchao Li :
>
> > Congratulations, Jingsong! Well deserved.
> &
+1 for the suggestion. We have use the incremental checkpoint in our
production for a long time.
Hangxiang Yu 于2022年6月14日周二 15:41写道：
> +1
> It's basically enabled in most scenarios in production environments.
> For HashMapStateBackend, it will adopt a full checkpoint even if we enable
> incremen
Thanks for the efforts and help in flink, Till. Good luck!
Best
Liu Jiangang
Lijie Wang 于2022年3月1日周二 09:53写道：
> Thanks for all your efforts Till. Good luck !
>
> Best,
> Lijie
>
> Yun Gao 于2022年3月1日周二 01:15写道：
>
> > Very thanks Till for all the efforts! Good luck for the next chapter~
> >
> >
+1 for the feature. Good style management can help the developer a lot.
Marios Trivyzas 于2022年3月2日周三 18:19写道：
> +1 from me as well, Having a unified auto-formatter for scala would be
> great.
> Currently we don't have consistency in our code base, and this makes it
> more difficult
> to read and
Congratulations Martijn!
Best
Liu Jiangang
Lijie Wang 于2022年3月4日周五 14:00写道：
> Congratulations Martijn!
>
> Best,
> Lijie
>
> Jingsong Li 于2022年3月4日周五 13:42写道：
>
> > Congratulations Martijn!
> >
> > Best,
> > Jingsong
> >
> > On Fri, Mar 4, 2022 at 1:09 PM Yang Wang wrote:
> > >
> > > Congratu
Congratulations, David.
Best
Liu Jiangang
Yu Li 于2022年3月9日周三 14:23写道：
> Congrats, David!
>
> Best Regards,
> Yu
>
>
> On Tue, 8 Mar 2022 at 16:11, Johannes Moser wrote:
>
> > Very well deserved.
> >
> > > On 08.03.2022, at 05:43, Lincoln Lee wrote:
> > >
> > > Congratulations David!
> > >
> >
+1
Chesnay Schepler 于2022年6月15日周三 17:15写道：
> +1
>
> On 15/06/2022 10:49, Lijie Wang wrote:
> > Hi everyone,
> >
> > We've received some additional concerns since the last vote [1], and
> > therefore made a lot of changes to design. You can find the details in
> [2]
> > and the discussions in [3
the same job names. I wonder that wether we can enhance the complete jobs
display with more information, such as applicationId and application name
in yarn. Maybe it is different in k8s to identify a job.
Best
Jiangang Liu
Yangze Guo 于2022年6月17日周五 11:40写道：
> Thanks for the feedback, Aitozi
Congratulations!
Best,
Jiangang Liu
Mason Chen 于2022年6月22日周三 00:37写道：
> Awesome work Qingsheng and Shengkai!
>
> Best,
> Mason
>
> On Tue, Jun 21, 2022 at 4:53 AM Zhipeng Zhang
> wrote:
>
> > Congratulations, Qingsheng and ShengKai.
> >
+1 for the feature.
Jark Wu 于2022年7月4日周一 17:33写道：
> Hi Mang,
>
> I left a comment in the DISCUSS thread.
>
> Best,
> Jark
>
> On Mon, 4 Jul 2022 at 15:24, Rui Fan <1996fan...@gmail.com> wrote:
>
> > Hi.
> >
> > Thanks Mang for this FLIP. I think it will be useful for users.
> >
> > +1(non-bindin
+1 for the feature.
Jing Zhang 于2022年7月5日周二 11:43写道：
> Hi all,
>
> I'd like to start a vote for FLIP-245: Source Supports Speculative
> Execution For Batch Job[1] on the discussion thread [2].
>
> The vote will last for at least 72 hours unless there is an objection or
> insufficient votes.
>
>
+1 for the design
Jark Wu 于2022年7月5日周二 16:04写道：
> +1 (binding)
>
> Best,
> Jark
>
>
> On Tue, 5 Jul 2022 at 14:18, Mang Zhang wrote:
>
> > Hi everyone,
> >
> >
> >
> >
> > Thanks for all the feedback so far. Based on the discussion [1], we seem
> > to have consensus. So, I would like to re-star
Thanks for the attention to the rescale api. Dynamic resource adjust is
useful for streaming jobs since the throughput can change in different
time. The rescale api is a lightweight way to change the job's parallelism.
This is importance for some jobs, for example, the jobs are in activities
or rel
20 matches
Mail list logo
