You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@singa.apache.org by "wangwei (JIRA)" <ji...@apache.org> on 2015/09/26 16:20:04 UTC

[jira] [Updated] (SINGA-70) Refactor API of Layer, Worker, Server and Driver

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

wangwei updated SINGA-70:
-------------------------
    Summary: Refactor API of Layer, Worker, Server and Driver  (was: Refactor layer API to move srclayer into the arg list of ComputeFeature/Gradient func)

> Refactor API of Layer, Worker, Server and Driver
> ------------------------------------------------
>
>                 Key: SINGA-70
>                 URL: https://issues.apache.org/jira/browse/SINGA-70
>             Project: Singa
>          Issue Type: Improvement
>            Reporter: wangwei
>
> Currently, each layer manages its own source and destination layers.
> *ComputeFeature* and *ComputeGradient* functions get data from *srclayer_*.  There are two problems for this design,
> * Layer is in charge of feature transformation, who should not be involved in the network topology management like managing the srclayer_ filed. 
> * The API of layer functions are not elegant. Every layer computes features (or gradient) based on its connected layer. Hence the connection layers (i.e., srclayers) should be provided as one argument.
> If we move the srclayer to the function argument list, then the layer class would be more modular. The neural net topology can be managed by the NeuralNet class.



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