On Monday 22 June 2009 22:33:24 Stephen C. Gilardi wrote:
> On Jun 22, 2009, at 5:53 PM, Jon Harrop wrote:
> > If that is spawning a new thread every time a future is created then
> > it is
> > really for concurrent programming rather than parallel programming.
>
> The thread is from a cached thre
On Jun 22, 2009, at 5:53 PM, Jon Harrop wrote:
If that is spawning a new thread every time a future is created then
it is
really for concurrent programming rather than parallel programming.
The thread is from a cached thread pool provided by the Executors class:
http://java.sun.com/javase/
On Monday 22 June 2009 12:01:19 Konrad Hinsen wrote:
> Java threads, according to the documentation:
>
> clojure.core/future
> ([& body])
> Macro
>Takes a body of expressions and yields a future object that will
>invoke the body in another thread, and will cache the result and
>return
> Maybe I'm just perverse, and I bet *nobody* here will agree with me,
> but
> sometimes I feel "wrong" when I use a language like a Lisp, with its
> symbolic and meta-everything sweet spot, to do something as brutish
> and
> mundane as picking apart awful binary formats and chewing through
>
On Sun, 21 Jun 2009 14:39:37 +0100, Jon Harrop
wrote:
>
> I had not looked at Intel's offering because it does not (AFAIK) support
> accurate garbage collection. Also, it is worth noting that there is no
> difference between data and task parallelism in a genuine functional
> language.
>
We
On Jun 20, 2009, at 12:29, Jon Harrop wrote:
> The Task Parallel Library. It uses concurrent wait-free work-
> stealing queues
> to provide an efficient implementation of "work items" than can
> spawn other
> work items with automatic load balancing on shared memory machines.
> Cilk uses
> t
On Sunday 21 June 2009 08:55:54 Anand Patil wrote:
> Sounds similar to ForkJoin, which Rich pointed out to me a while ago:
> http://www.ibm.com/developerworks/java/library/j-jtp11137.html
Yes. I believe the main difference is that the TPL does not block because
there is no "join" operation.
--
On Sunday 21 June 2009 02:44:02 Kyle Schaffrick wrote:
> On Sat, 20 Jun 2009 11:29:44 +0100
> Jon Harrop wrote:
> > The Task Parallel Library. It uses concurrent wait-free work-stealing
> > queues to provide an efficient implementation of "work items" than
> > can spawn other work items with auto
On Sat, Jun 20, 2009 at 11:29 AM, Jon Harrop wrote:
>
> The Task Parallel Library. It uses concurrent wait-free work-stealing
> queues
> to provide an efficient implementation of "work items" than can spawn other
> work items with automatic load balancing on shared memory machines. Cilk
> uses
>
On Sat, 20 Jun 2009 11:29:44 +0100
Jon Harrop wrote:
>
> On Saturday 20 June 2009 08:34:39 Konrad Hinsen wrote:
> > What't TPL?
>
> The Task Parallel Library. It uses concurrent wait-free work-stealing
> queues to provide an efficient implementation of "work items" than
> can spawn other work i
On Saturday 20 June 2009 08:34:39 Konrad Hinsen wrote:
> On 19.06.2009, at 10:35, Jon Harrop wrote:
> > If you really do mean scientific applications in general (e.g.
> > Mathematica,
> > MATLAB) then I would say that they are definitely almost all
> > running on
> > multicore desktops and not dis
On Jun 20, 3:34 am, Konrad Hinsen wrote:
> On 19.06.2009, at 10:35, Jon Harrop wrote:
>
> > If you really do mean scientific applications in general (e.g.
> > Mathematica,
> > MATLAB) then I would say that they are definitely almost all
> > running on
> > multicore desktops and not distribu
On 19.06.2009, at 10:35, Jon Harrop wrote:
> If you really do mean scientific applications in general (e.g.
> Mathematica,
> MATLAB) then I would say that they are definitely almost all
> running on
> multicore desktops and not distributed clusters.
What I really meant is "scientific applica
I'm currently using terracotta as both a message passing fabric in a cluster
of four servers, and as a cache to store images and structured information.
I'm not measuring performance hit, mainly because the machines i have are
seriously over specified for the problem at hand =)
On Fri, Jun 19, 200
On Thursday 18 June 2009 17:48:03 Konrad Hinsen wrote:
> The problem is that neither one is particularly well suited for the
> majority of scientific applications, which work best on distributed-
> memory machines. Of course this may change with the increasing number
> of cores-per-processor, shar
On 19.06.2009, at 00:07, Brett Morgan wrote:
> Silly question of the week, clojure+terracotta be used to do
> scientific cluster computing?
The big question is what the performance impact of terracotta is,
both for simple but large date (a big array, for example) and for big
complex data s
Silly question of the week, clojure+terracotta be used to do scientific
cluster computing?
On Fri, Jun 19, 2009 at 2:48 AM, Konrad Hinsen wrote:
>
> On 18.06.2009, at 16:47, psf wrote:
>
> > That is funny... I put a little Clojure plug into the article entitled
> > "Trailblazing with Roadrunner"
On Thu, Jun 18, 2009 at 5:48 PM, Konrad Hinsen wrote:
>
> On 18.06.2009, at 16:47, psf wrote:
>
> > That is funny... I put a little Clojure plug into the article entitled
> > "Trailblazing with Roadrunner" in the very same issue of CiSE.
>
> Great minds think alike ;-)
>
>
> On 18.06.2009, at 18:1
On 18.06.2009, at 16:47, psf wrote:
> That is funny... I put a little Clojure plug into the article entitled
> "Trailblazing with Roadrunner" in the very same issue of CiSE.
Great minds think alike ;-)
On 18.06.2009, at 18:16, Michel Salim wrote:
> Really neat -- hopefully there will be a fol
On Jun 18, 2:00 am, Konrad Hinsen wrote:
> The July/August issue of the IEEE magazine "Computing in Science and
> Engineering" has an introduction to functional programming for
> scientists that uses Clojure for the examples. It is already
> available (a bit in advance of the paper issue)
That is funny... I put a little Clojure plug into the article entitled
"Trailblazing with Roadrunner" in the very same issue of CiSE.
Paul
On Jun 18, 12:00 am, Konrad Hinsen wrote:
> The July/August issue of the IEEE magazine "Computing in Science and
> Engineering" has an introduction to fun
On Thu, Jun 18, 2009 at 2:00 AM, Konrad Hinsen wrote:
>
> The July/August issue of the IEEE magazine "Computing in Science and
> Engineering" has an introduction to functional programming for
> scientists that uses Clojure for the examples. It is already
> available (a bit in advance of the paper
On Jun 18, 2:00 am, Konrad Hinsen wrote:
> The July/August issue of the IEEE magazine "Computing in Science and
> Engineering" has an introduction to functional programming for
> scientists that uses Clojure for the examples. It is already
> available (a bit in advance of the paper issue) a
The July/August issue of the IEEE magazine "Computing in Science and
Engineering" has an introduction to functional programming for
scientists that uses Clojure for the examples. It is already
available (a bit in advance of the paper issue) at IEEE's Computing
Now portal:
http://w
24 matches
Mail list logo
