Yanfei Lei created FLINK-29913:
--
Summary: Shared state would be discarded by mistake when
maxConcurrentCheckpoint>1
Key: FLINK-29913
URL: https://issues.apache.org/jira/browse/FLINK-29913
Project: Flink
Hi Max,
Thanks for the proposal. This proposal makes Flink better adapted to
cloud-native applications!
After reading the FLIP, I'm curious about some points:
1) It's said that "The first step is collecting metrics for all JobVertices
by combining metrics from all the runtime subtasks and
Hi, all. Sorry for the late reply.
> Is the gateway mode planned to be supported for SQL Client in 1.17?
> Do you have anything you can already share so we can start with your work
or just play around with it.
Yes. @yzl is working on it and he will list the implementation plan later
and share
Thanks Matthias for continuously improving the clean-up process.
Given that we highly depends on K8s APIServer for HA implementation, I am
not in favor of storing too many entries in the ConfigMap,
as well as adding more update requests to the APIServer. So I lean towards
Proposal #2. It just
waywtdcc created FLINK-29912:
Summary: scan.partition. column can specify any type of field
Key: FLINK-29912
URL: https://issues.apache.org/jira/browse/FLINK-29912
Project: Flink
Issue Type: New
Hi Dong!
Let me try to answer the questions :)
1 : busyTimeMsPerSecond is not specific for CPU, it measures the time spent
in the main record processing loop for an operator if I
understand correctly. This includes IO operations too.
2: We should add this to the FLIP I agree. It would be a
Hi Max,
Thank you for the proposal. The proposal tackles a very important issue for
Flink users and the design looks promising overall!
I have some questions to better understand the proposed public interfaces
and the algorithm.
1) The proposal seems to assume that the operator's
@Pedro:
The current design focuses on record processing time metrics. In most cases
when we need to scale (such as too much state per operator), record
processing time actually slows, so it would detect that. Of course in the
future we can add new logic if we see something missing.
@ConradJam:
We
Zhipeng Zhang created FLINK-29911:
-
Summary: Improve performance of AgglomerativeClustering
Key: FLINK-29911
URL: https://issues.apache.org/jira/browse/FLINK-29911
Project: Flink
Issue Type:
zhilinli created FLINK-29910:
Summary: JdbcNumericBetweenParametersProvider(Variables within the
method are extracted)
Key: FLINK-29910
URL: https://issues.apache.org/jira/browse/FLINK-29910
Project:
Hi Max
Thank you for dirver this flip,I have some advice for this flip
Do we not only exist in the (on/off) switch, but also have one more option
for (advcie).
After the user opens (advcie), it does not actually perform AutoScaling. It
only outputs the notification form of tuning suggestions for
11 matches
Mail list logo