<br><br><div class="gmail_quote">2009/2/25 Alberto G. Corona <span dir="ltr">&lt;<a href="mailto:agocorona@gmail.com">agocorona@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
And it would solve a lot of problem: scalability, system re-configuraition and installation: just by  adding or removing nodes at runtime.. heavy  numerical computations are also good candidates.  <div><br></div><div><div>

<br><div class="gmail_quote">2009/2/25 Rick R <span dir="ltr">&lt;<a href="mailto:rick.richardson@gmail.com" target="_blank">rick.richardson@gmail.com</a>&gt;</span><div><div></div><div class="Wj3C7c"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I agree. A distributed database could be made as usable as a standard<br>
RDBMS by offering an interface by which you supply a map/reduce pair<br>
of functions and a list (range?) of keys.<br>
<br>
This could be easily implemented with a database such as Scalaris, in<br>
which the Chord algorithm is responsible for placing and finding the<br>
data among nodes.<br>
<br>
The user would interface with any node in the distributed database,<br>
supplying a map and reduce function. It would distribute the map<br>
function to nodes of its choosing (weighted by some metrics such as<br>
idle cpu), retrieve the intermediate sets and run reduce if supplied.<br>
<br>
<br>
2009/2/25 Alberto G. Corona &lt;<a href="mailto:agocorona@gmail.com" target="_blank">agocorona@gmail.com</a>&gt;:<br>
<div><div></div><div>&gt; Galchin,<br>
&gt;<br>
&gt; Maybe you are asking not only about remote execution, but also mobility of<br>
&gt; code. This is a problem that is previous to mapReduce, since mapReduce<br>
&gt; assumes that all the code (and the data) is in place in the respective<br>
&gt; nodes. In fact, the distribution of resources in order to efficiently use<br>
&gt; mapReduce is a design problem that the google people has done by hand.<br>
&gt; But  my intuition says that there are a general algorithm  for distribution<br>
&gt; of  code, data, bandwidth and resources in general that  moves around at<br>
&gt; execution time to achieve better and better performance for a given grid of<br>
&gt; nodes and for any task, for example, a mapReduce task. I would be very<br>
&gt; interesting to read something about this.<br>
&gt; I know that some efforts have been carried out the past , for example mobile<br>
&gt; haskell<br>
&gt; <a href="http://homepages.inf.ed.ac.uk/stg/workshops/TFP/book/DuBois/duboismhaskell/cameraready.pdf" target="_blank">http://homepages.inf.ed.ac.uk/stg/workshops/TFP/book/DuBois/duboismhaskell/cameraready.pdf</a><br>



&gt; which is a first step for this goal but I this has been discontinued and the<br>
&gt; source code is not available.<br>
&gt;<br>
&gt; 2009/2/25 Galchin, Vasili &lt;<a href="mailto:vigalchin@gmail.com" target="_blank">vigalchin@gmail.com</a>&gt;<br>
&gt;&gt;<br>
&gt;&gt; Hello,<br>
&gt;&gt;<br>
&gt;&gt;      Here is an interesting paper of Google&#39;s MapReduce reverse engineered<br>
&gt;&gt; into Haskell. I apologize if already posted .....<br>
&gt;&gt; <a href="http://www.cs.vu.nl/~ralf/MapReduce/" target="_blank">http://www.cs.vu.nl/~ralf/MapReduce/</a><br>
&gt;&gt;<br>
&gt;&gt; Kind regards, Vasili<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; Haskell-Cafe mailing list<br>
&gt;&gt; <a href="mailto:Haskell-Cafe@haskell.org" target="_blank">Haskell-Cafe@haskell.org</a><br>
&gt;&gt; <a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Haskell-Cafe mailing list<br>
&gt; <a href="mailto:Haskell-Cafe@haskell.org" target="_blank">Haskell-Cafe@haskell.org</a><br>
&gt; <a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
&gt;<br>
&gt;<br>
<br>
<br>
<br>
</div></div><font color="#888888">--<br>
We can&#39;t solve problems by using the same kind of thinking we used<br>
when we created them.<br>
    - A. Einstein<br>
</font></blockquote></div></div></div><br>
</div></div>
</blockquote></div><br>