|
From: | Juergen Sauermann |
Subject: | Re: [Bug-apl] apl computer |
Date: | Fri, 26 Aug 2016 21:34:32 +0200 |
User-agent: | Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 |
Hi, maybe, maybe not. Our earlier measurements on an 80-core machine indicated that the way how the cores connect to the memories seems to determine the parallel performance that can be achieved in GNU APL. One can easily prove that for sufficiently large APL arrays (of arbitrary rank) all scalar APL functions must scale linearly with N on a N-processor PRAM. See http://link.springer.com/chapter/10.1007%2F978-3-642-61012-7_11 (in German). One can also show that on the 80-core machine that we used, the performance stops increasing at fairly low N (around 10) even for very large arrays. Which means that either the GNU APL parallel implementation of scalar functions is wrong or that the 80-core machine we used is performance-wise not even near the PRAM model. My best guess is the latter. /// Jürgen On 08/26/2016 08:41 PM, Xiao-Yong Jin
wrote:
On Aug 26, 2016, at 1:12 PM, address@hidden wrote: finally a computer just perfect for gnuapl http://thehackernews.com/2016/08/powerful-multicore-processor.htmlNow is the perfect time to invest your time and effort in improving parallel efficiency in gnu-apl. |
[Prev in Thread] | Current Thread | [Next in Thread] |