s FLIP could help clean up
the
codebase to make it easier to maintain. +1 on it.
Best,
Zhanghao Chen
From: Weihua Hu
Sent: Monday, February 27, 2023 20:40
To: dev
Subject: [DISCUSS] FLIP-298: Unifying the Implementation of
SlotManager
Hi everyone,
I woul
gt; >>> the
> >>>> consequences of the changes proposed in FLIP-298.
> >>>>
> >>>> Best,
> >>>> Matthias
> >>>>
> >>>> [1]
> >>>>
> >>
> https://cwiki.apache.org/confluen
ean up
the
codebase to make it easier to maintain. +1 on it.
Best,
Zhanghao Chen
From: Weihua Hu
Sent: Monday, February 27, 2023 20:40
To: dev
Subject: [DISCUSS] FLIP-298: Unifying the Implementation of
SlotManager
Hi everyone,
I would like to begin a discussion on FL
; > > > >>
> > > > > > >> > > > > >> Xintong
> > > > > > >> > > > > >>
> > > > > > >> > > > > >>
> > > > > > >> > > > > >
and FineGrainedSlotManager is
> > > > > >> valuable.
> > > > > >> > > > > >> >
> > > > > >> > > > > >> > I agree with @Matthias and @John that we need a way
> > to
> > > > ensure
&
gt; > > a
> > > > >> > > > > >> > good idea. Or you can add some test information to
> the
> > > > >> > > > > >> > DeclarativeSlotManager to determine how many tests
> have
> > > used
> >
gt; > > > >> > to migrate step-by-step. You can list the relationship
> > > >> between
> > > >> > > them
> > > >> > > > in
> > > >> > > > > >> > detail.
> > > >> > > > > >> >
ases for
> > >> > > > FineGrainedSlotManager
> > >> > > > > >> > during the development process.
> > >> > > > > >> >
> > >> > > > > >> >
> > >> > > > > &g
> to update the DeclarativeSlotManager to just delegate to
> >> the
> >> > > > > >> > > FineGrainedSlotManager. If the full test suite still
> >> passes,
> >> > you
> >> > > > > can be
> >> > > > > >> > > pretty sure the new default is
gt; > >> > > scenarios are present for the FGSM.
>> > > > > >> > >
>> > > > > >> > > 4. In addition to changing the default, would it make
>> sense to
>> > > > log a
>> > > > > >> > > deprecation
; > > >> > >
> > > > > >> > > 4. In addition to changing the default, would it make sense
> to
> > > > log a
> > > > > >> > > deprecation warning on initialization if the
> > > > Declarative
gt; > > mentioned
> > > > >> in
> > > > >> > > the
> > > > >> > > > current version of the FLIP. I'm bringing this up because we
> > ran
> > > > into
> > > > >> > the
> > > > >>
t; > > >> > > > removing the legacy code we decrease test coverage because
> > certain
> > > >> > > > test cases that were covered for the legacy classes might not
> be
> > > >> > > > necessarily covered in the new implementation, yet (see
> > > FL
cy code we decrease test coverage because
> certain
> > >> > > > test cases that were covered for the legacy classes might not be
> > >> > > > necessarily covered in the new implementation, yet (see
> > FLINK-30338
> > >> [2]
> > >> > > > wh
>> in
> >> > > > terms of lines of code. Without knowing whether it's actually a
> >> > > reasonable
> >> > > > thing to do: Instead of just adding more features to the
> >> > > > FineGrainedSlotManager, have
onally, having a more detailed summary comparing the
>> > > > subcomponents of both SlotManager implementations with where
>> > > > their functionality matches and where they differ might help
>> understand
>> > > the
>> > > > cons
. For me personally, having a more detailed summary comparing the
> > > > subcomponents of both SlotManager implementations with where
> > > > their functionality matches and where they differ might help
> understand
> > > the
> > > > conseq
t;
> > > [1]
> > >
> >
> https://cwiki.apache.org/confluence/display/FLINK/FLIP-285%3A+Refactoring+LeaderElection+to+make+Flink+support+multi-component+leader+election+out-of-the-box
> > > [2] https://issues.apache.org/jira/browse/FLINK-30338
> > > [3]
> > >
sues.apache.org/jira/browse/FLINK-30338
> > [3]
> >
> https://github.com/apache/flink/blob/f611ea8cb5deddb42429df2c99f0c68d7382e9bd/flink-runtime/src/main/java/org/apache/flink/runtime/resourcemanager/slotmanager/TaskExecutorManager.java#L66-L68
> >
> > On Tue, Feb 28, 2023 at 6:14 AM Ma
o dig into the details, but the overall sentiment
>> of this change sounds reasonable.
>>
>> Best,
>> D.
>>
>> On Mon, Feb 27, 2023 at 2:26 PM Zhanghao Chen
>> wrote:
>>
>> Thanks for driving this topic. I think this FLIP could help clean up the
>
>
> Replied Message
> | From | David Morávek |
> | Date | 02/27/2023 22:45 |
> | To | |
> | Subject | Re: [DISCUSS] FLIP-298: Unifying the Implementation of
> SlotManager |
> Hi Weihua, I still need to dig into the details, but the overall sentiment
> of this change s
This is a good proposal for me, it will make the code of the SlotManager more
clear.
--
Best,
Matt Wang
Replied Message
| From | David Morávek |
| Date | 02/27/2023 22:45 |
| To | |
| Subject | Re: [DISCUSS] FLIP-298: Unifying the Implementation of SlotManager |
Hi Weihua, I
in. +1 on it.
>
> Best,
> Zhanghao Chen
>
> From: Weihua Hu
> Sent: Monday, February 27, 2023 20:40
> To: dev
> Subject: [DISCUSS] FLIP-298: Unifying the Implementation of SlotManager
>
> Hi everyone,
>
> I would like t
Thanks for driving this topic. I think this FLIP could help clean up the
codebase to make it easier to maintain. +1 on it.
Best,
Zhanghao Chen
From: Weihua Hu
Sent: Monday, February 27, 2023 20:40
To: dev
Subject: [DISCUSS] FLIP-298: Unifying the Implementation
Hi everyone,
I would like to begin a discussion on FLIP-298: Unifying the Implementation
of SlotManager[1]. There are currently two types of SlotManager in Flink:
DeclarativeSlotManager and FineGrainedSlotManager. FineGrainedSlotManager
should behave as DeclarativeSlotManager if the user does not
25 matches
Mail list logo