You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Roman Khachatryan (Jira)" <ji...@apache.org> on 2022/06/27 06:18:00 UTC

[jira] [Resolved] (FLINK-28241) Massive regression on 20.06.2021

     [ https://issues.apache.org/jira/browse/FLINK-28241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Roman Khachatryan resolved FLINK-28241.
---------------------------------------
    Resolution: Fixed

Fix merged as 5d2f5a96b4bcb6f2e96db0a16a7ccea6280c91e2
(disable the new feature in benchmarks).

> Massive regression on 20.06.2021
> --------------------------------
>
>                 Key: FLINK-28241
>                 URL: https://issues.apache.org/jira/browse/FLINK-28241
>             Project: Flink
>          Issue Type: Bug
>          Components: Benchmarks
>            Reporter: Anton Kalashnikov
>            Assignee: Anton Kalashnikov
>            Priority: Critical
>              Labels: pull-request-available
>
> In FLINK-27921 added property `REQUIREMENTS_CHECK_DELAY` that optimizes the number of checks of resources but it also leads to a little delay during the init phase which is totally not critical for the normal scenario. But unfortunately, our benchmarks can not exclude the time of the initial phase(or shutdown phase) from the total time of benchmarks. As result, all benchmarks, that have a relatively short execution time(compare to the initial phase time), have regression(up to 50%). As a quick solution, it makes sense just to set `REQUIREMENTS_CHECK_DELAY` to zero for all benchmarks.
> Not full list of affected benchmarks:
>  * asyncWait
>  * globalWindow
>  * mapSink
>  * readFileSplit
>  * remoteRebalance
>  * serializer*
>  * sorted*
>  * twoInputOneIdleMapSink



--
This message was sent by Atlassian Jira
(v8.20.7#820007)