reef-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Markus Weimer (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (REEF-1357) Allow different caching levels for caching in IInputPartition
Date Mon, 06 Jun 2016 21:35:21 GMT

    [ https://issues.apache.org/jira/browse/REEF-1357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15317299#comment-15317299
] 

Markus Weimer commented on REEF-1357:
-------------------------------------

Thanks for confirming. Regarding {{IDataMover}}, I wonder whether a simpler design would be
to have every {{CacheRepresenter}} expose its data via {{Stream}} instances? That way, we
can transfer data in and out in a generic fashion. That said, I quite like the ability to
express cases like a move from one disk (HDD) to another (SSD) as its own, optimized primitive
({{`cp from to`}}.

> Allow different caching levels for caching in IInputPartition
> -------------------------------------------------------------
>
>                 Key: REEF-1357
>                 URL: https://issues.apache.org/jira/browse/REEF-1357
>             Project: REEF
>          Issue Type: Improvement
>          Components: IMRU, REEF.NET
>            Reporter: Andrew Chung
>            Assignee: Andrew Chung
>              Labels: FT
>
> Caching in {{IInputPartition}} is currently entirely dependent on the implementation
of the {{IInputPartition}}. We should modify/expand {{IInputPartition}} such that the data
loading component is fully separate from the caching component. An idea is to instead provide
only a single concrete {{IInputPartition}} implementation (while deprecating the old implementations)
and use the composition model, complete with an {{IDataLoader}} which fetches data back in
a {{Stream}}, and an {{IDataCache}}, which allows caching at granular levels.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message