Annual Conference: Communicating Process Architectures
Communicating Process Architectures 2018,
the 40th. WoTUG conference on concurrent and parallel systems, takes place from
Sunday August 19th. to Wednesday August 22nd. 2018 and is hosted by
Professor Dr. Rainer Spallek,
Chair of
VLSI Design, Diagnostics and Architecture
at the Faculty of Computer Science,
Technische Universität Dresden, Germany.
The conference is organised by Dr. Spallek in collboration with Oliver Knodel and Uwe Mielke
and in partnership with WoTUG.
About WoTUG
WoTUG provides a forum for the discussion and promotion of concurrency ideas,
tools and products in computer science.
It organises specialist workshops and annual conferences that address
key concurrency issues at all levels of software and hardware granularity.
WoTUG aims to progress the leading state of the art in:
-
theory (programming models, process algebra, semantics, ...);
-
practice (multicore processors and run-times, clusters, clouds, libraries, languages, verification, model checking, ...);
-
education (at school, undergraduate and postgraduate levels, ...);
-
applications (complex systems, modelling, supercomputing, embedded systems, robotics, games, e-commerce, ...);
and to stimulate discussion and ideas on the roles concurrency will play in the future:
-
for the next generation of scalable computer infrastructure (hard and soft) and application,
where scaling means the ability to ramp up functionality (stay in control as complexity increases)
as well as physical metrics (such as absolute performance and response times);
-
for system integrity (dependability, security, safety, liveness, ...);
-
for making things simple.
Of course, neither of the above sets of bullets are exclusive.
WoTUG publications
A database of papers and presentations from WoTUG conferences is here.
The Abstract below has been randomly selected from this database.
PyCSP Revisited
By Brian Vinter, John Markus Bjørndalen, Rune Møllegard Friborg
PyCSP was introduced two years ago and has since been used by a number
of programmers, especially students. The original motivation behind
PyCSP was a conviction that both Python and CSP are tools that are
especially well suited for programmers and scientists in other fields
than computer science. Working under this premise the original PyCSP
was very similar to JCSP and the motivation was simply to provide CSP
to the Python community in the JCSP tradition. After two years we have
concluded that PyCSP is indeed a usable tool for the target users;
however many of them have raised some of the same issues with PyCSP as
with JCSP. The many channel types, lack of output guards and external
choice wrapped in the select-then-execute mechanism were frequent
complaints. In this work we revisit PyCSP and address the issues that
have been raised. The result is a much simpler PyCSP with only one
channel type, support for output guards, and external choice that is
closer to that of occam than JCSP.
Complete record...
|
