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 2021/01/21 09:55:00 UTC

[jira] [Assigned] (FLINK-20103) Improve test coverage for network stack

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

Roman Khachatryan reassigned FLINK-20103:
-----------------------------------------

    Assignee: Roman Khachatryan

> Improve test coverage for network stack
> ---------------------------------------
>
>                 Key: FLINK-20103
>                 URL: https://issues.apache.org/jira/browse/FLINK-20103
>             Project: Flink
>          Issue Type: Improvement
>          Components: Runtime / Checkpointing, Runtime / Network, Tests
>            Reporter: Roman Khachatryan
>            Assignee: Roman Khachatryan
>            Priority: Major
>             Fix For: 1.13.0
>
>
> This is a follow-up ticket after FLINK-20097.
> The current setup (UnalignedITCase) doesn't reveal:
>  - race conditions (1 per tens of runs)
>  - or bugs triggered in some specific setup (low checkpoint timeout)
> An additional issue with the current setup is that it's difficult to git bisect (for long ranges).
>  
> Changes that might hide the bugs:
>  - having Preconditions in ChannelStatePersister (slow down processing)
>  - some Preconditions may mask errors by causing job restart
>  - timings in tests (UnalignedITCase)
>  
> Some options to consider
>  # chaos monkey tests including induced latency and/or CPU bursts - on different workloads/configs
>  # side-by-side tests with randomized inputs/configs
> Extending Jepsen coverage further (validating output) does not seem promising in the context of Flink because it's output isn't linearisable.
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)