Annual Conference: Communicating Process Architectures
Communicating Process Architectures 2015,
the 37th. WoTUG conference on concurrent and parallel systems, takes place from
Sunday August 23rd. to Wednesday August 26th. 2015 and is hosted by the
School of Computing,
University of Kent.
Accommodation and evening Fringe sessions will be at
a few minutes walk from the School.
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:
and to stimulate discussion and ideas on the roles concurrency will play in the future:
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, ...);
Of course, neither of the above sets of bullets are exclusive.
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.
A database of papers and presentations from WoTUG conferences is here.
The Abstract below has been randomly selected from this database.
A method for monitoring occam internal channels
In a Transputer environment, where the data exchange and the synchronizations between any two processes are carried out by means of I/O operations, the monitoring of the channels used for implementing the message exchange is of particular interest. In this paper a method is illustrated for monitoring the internal channels of an Occam program. This method introduces little CPU overhead, no additional communication cost, and preserves the synchronization behaviour of the two communicating processes. Its characteristics have been attained by means of a particular monitoring mechanism, based upon a rather unusual use of some Transputer machine language instructions, canonically used to implement guarded communications within the Occam ALT construct.