mahout-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject svn commit: r903556 - in /websites/staging/mahout/trunk/content: ./ users/sparkbindings/home.html
Date Tue, 25 Mar 2014 18:22:18 GMT
Author: buildbot
Date: Tue Mar 25 18:22:17 2014
New Revision: 903556

Staging update by buildbot for mahout

    websites/staging/mahout/trunk/content/   (props changed)

Propchange: websites/staging/mahout/trunk/content/
--- cms:source-revision (original)
+++ cms:source-revision Tue Mar 25 18:22:17 2014
@@ -1 +1 @@

Modified: websites/staging/mahout/trunk/content/users/sparkbindings/home.html
--- websites/staging/mahout/trunk/content/users/sparkbindings/home.html (original)
+++ websites/staging/mahout/trunk/content/users/sparkbindings/home.html Tue Mar 25 18:22:17
@@ -245,11 +245,8 @@ If we count in DRM by in-core combinatio
 simple A %*% B type of expression. </p>
 <p>The main idea is that a scientist writing algebraic expressions cannot care less
of distributed 
 operation plans and works entirely on the logical level just like he or she would do with
-<p>Another point of logical level manipulations is decoupling computation from distributed
-That is, the algebraic optimizer also acts as a translation layer to a concrete machine cluster
computational back-end. 
-Although it is not currently on roadmap (and not even 100% decoupled on the API level), 
-one can think of bringing in other back-ends and have the same algorithms running on those
-a change.</p>
+<p>Another idea is decoupling logical expression from distributed back-end. As more
back-ends are added, 
+this implies "write once, run everywhere".</p>
 <p>Please refer to the documentation for details.</p>
 <h2 id="status">Status</h2>
 <p>At this point, this environment addresses Linear Algebra side of things only. 

View raw message