You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@groovy.apache.org by Russel Winder <ru...@winder.org.uk> on 2017/12/15 16:30:50 UTC

Re: What's the status of the Gpars library ?

On Sun, 2017-10-15 at 16:06 +0000, Nelson, Erick wrote:
> I’m curious, how is gpars better than Java  concurrency. I do most of
> my  development with Greclipse, which doesn’t come with G pars so ive never
> really tried it. Is there some link out there that I can check out that
> compares both?

The Java Streams stuff is great for stream-based data parallelism. It is a
huge improvement over what was in JSR166extra. Part of the work is to decide
whether to preserve any of the old GPars API implemented with Streams or just
to delete it and have Groovy users use Streams. In fact we can have both but
only if someone does it. I tool a view to remove, but some have put in partial
replacements, it's a WIP that needs completing or removing.

However GPars has much more than Java offers: actors, active objects, CSP,
dataflow, to name some major bits. This stuff needs updating for JDK8 – to
remove lots of redundant stuff that was in there because JDK6 and JDK7. Also
the tests need a big review to ensure the GPars needed and used by people is
actually tested.

As far as I am aware there are other actor systems, and some dataflow systems,
but nothings as complete as GPars for offering these forms of parallelism.

-- 
Russel.
==========================================
Dr Russel Winder      t: +44 20 7585 2200
41 Buckmaster Road    m: +44 7770 465 077
London SW11 1EN, UK   w: www.russel.org.uk