that
is for quick fix at his scenario.
Best
Yun Tang
From: Steven Wu
Sent: Wednesday, May 27, 2020 0:36
To: Joey Pereira
Cc: user@flink.apache.org ; Yun Tang ;
Mike Mintz ; Shahid Chohan ; Aaron
Levin
Subject: Re: RocksDB savepoint recovery performanc
flink/contrib/streaming/state/snapshot/RocksFullSnapshotStrategy.java#L308
>>>
>>>
>>> Best
>>> Yun Tang
>>> --
>>> *From:* Joey Pereira
>>> *Sent:* Tuesday, May 19, 2020 2:27
>>> *To:* user@flink.apach
t; ----------
>> *From:* Joey Pereira
>> *Sent:* Tuesday, May 19, 2020 2:27
>> *To:* user@flink.apache.org
>> *Cc:* Mike Mintz ; Shahid Chohan ;
>> Aaron Levin
>> *Subject:* RocksDB savepoint recovery performance improvements
>>
>>
hotStrategy.java#L308
>
>
> Best
> Yun Tang
> --
> *From:* Joey Pereira
> *Sent:* Tuesday, May 19, 2020 2:27
> *To:* user@flink.apache.org
> *Cc:* Mike Mintz ; Shahid Chohan ;
> Aaron Levin
> *Subject:* RocksDB savepoint recovery perfor
day, May 19, 2020 2:27
To: user@flink.apache.org
Cc: Mike Mintz ; Shahid Chohan ; Aaron
Levin
Subject: RocksDB savepoint recovery performance improvements
Hey,
While running a Flink application with a large-state, savepoint recovery has
been a painful part of operating the application becau
Hey,
While running a Flink application with a large-state, savepoint recovery
has been a painful part of operating the application because recovery time
can be several hours. During some profiling that chohan (cc'd) had done, a
red flag stood out — savepoint recovery consisted mostly of RocksDB Ge