Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [escet-dev] Chi vs POOSL
  • From: "Hofkamp, Albert" <A.T.Hofkamp@xxxxxx>
  • Date: Wed, 17 Nov 2021 08:26:02 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; 1; spf=pass; dmarc=pass action=none; dkim=pass; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed;; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=tlsud7TOt06pe+wrxUDwfuG0p8RoxvEQrUVxkeu8pXo=; b=Pz0OHD77bp88oLBDxBSJIEvjFBHd756J/7pxcVsnewfGelfcXrT9A7YizgGgRjYN0RhqslFn/+wqBOc9M7/NZg+kMHJwe/9tBW5V8Db64TDICkH76b+BjvGNxQtkhfDVGVkPFmNXJMacx5Ba8+8B6acjpZ0jRmI1wDG1+agMJ2OZM7fnKHHXCwEJ7hhougGb5UMPtD2Mix+uULhEvP58FsNAWYgN7gzMahJCm70+PDhMIrN8mdZGvFzXKnsTz4kY9b6qB1JYzouToZiyZqXfehcHwxT0LtkZAEzFAdA0kC5TkWWbeUKsGDOn4DcaSJnOF8qevXXZA2pTZyQ98/9SeQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901;; cv=none; b=jPsrpLrJeCWG3fqM4I29hU0govCFRjFU9naKrGnxCrFzxlwOXVduCoirW77aXjhNXskrM2n+zo42tCgSURjOdfK18X1xMGRbhn31pbTYTCtmdS6QG6rbk4grZlh9XDXOi72saah/B3YRJvZXJTUBaGn0k2UKqZE5SzDKp+9tLCwDbGAhP/yVJoJt306bOHZOBXgX2K92b0LzSkPxddRbNbg5GJsDVm4JwGhoD1563rGW/bv5VJDPlV1JhpvYtN1nkYWW8e5xvncEV4wmFzSTEE9DBAxb80HfKMyRA8V029xNyNn5DGeO3PQurUjuDErF9PR7K0ie9uAZKM+J+lrWvw==
  • Delivered-to: escet-dev@xxxxxxxxxxx
  • List-archive: <>
  • List-help: <>
  • List-subscribe: <>, <>
  • List-unsubscribe: <>, <>
  • Suggested_attachment_session_id: 8b8c36b9-3bcf-193a-92aa-0f626fd29419
  • Thread-index: AQHXzyb0uSGQFM2RikOqIw3z2mkHLKwDfluRgAPt9ak=
  • Thread-topic: Chi vs POOSL

Thanks for all the information.

I pondered a bit about this, and came up with the following lists


  • aims for designing a system as a static collection of sub-systems using pairwise synchronous communication
  • simulate/debug decomposed system
  • uses OO data.
  • uses processes in an imperative language with some implementation-oriented primitives (interrupt, interleaved task)
  • has test capabilities
  • extensive IDE integration, debugging + visualization features


  • traditionally aims for modelling system of systems for investigating performance.
  • uses structured data (elementary types + composition)
  • typically high level models with relatively simple data
  • imperative language with pairwise synchronous communication
  • dynamic processes


  • aims to design a system as a static collection of sub-systems using multi-party synchronization with optional pairwise communication
  • uses structured data (elementary types + composition)
  • uses processes in a synchronization language
  • has transformations to convert to other specifications / implementations
  • simulate decomposed system

I believe you can use chi for designing a decomposition of a system like poosl. Data will be a little different but nothing major, implementation oriented primitives will need a more explicit switch point but arguably poosl just allows hiding that decision until somewhere further in the design process.
The strong point for chi is its dynamic processes. Whether that is useful depends on your application.

cif and poosl seem much closer, cif is somewhat more abstract with multi-party synchronization while poosl leans closer towards implementation and made choices with more familiar notations for engineers like imperative language and OO for data. Interestingly they don't push forward towards implementation it seems.
The difference in aim is perhaps that cif is more oriented towards formal methods while poosl is more a practical design tool. I would expect that poosl works better with data-intensive systems.

What I found interesting is that poosl seems to be shopping around for other projects to include, cooperate with commercial partners, and is more actively working on building a community even though they aren't eclipse-standard compliant yet.

As for simulation speed, I have only seen claims that they are fast but nothing otherwise. The fact that we don't advertise the tools as fast doesn't imply we're slow. We might just consider correctness more important than raw simulation speed.

From: escet-dev <escet-dev-bounces@xxxxxxxxxxx> on behalf of Dennis Hendriks <dh_tue@xxxxxxxxxxx>
Sent: Sunday, November 14, 2021 20:32
To: escet developer discussions <escet-dev@xxxxxxxxxxx>
Subject: Re: [escet-dev] Chi vs POOSL
Hi all,

The EclipseCon'21 POOSL video is now online. See


Van: Dennis Hendriks <dh_tue@xxxxxxxxxxx>
Verzonden: maandag 1 november 2021 14:49
Aan: escet developer discussions <escet-dev@xxxxxxxxxxx>
Onderwerp: Chi vs POOSL
Hi all,

As of October 20 there is a new Eclipse project: Eclipse POOSL. While I'm not an expert on POOSL or Chi, I see many similarities between the two, and some differences (the list is very likely not complete):
  • Both originate from the Eindhoven University of Technology (TU/e), although from different departments.
  • Both offer simulation and analysis of discrete event systems in early design/development stages, although they can be applied more generally. (see also for a discussion we recently had on this for Chi)
  • Both languages are based on parallel processes, use channels ('!' for send and '?' for receive from a channel), have sequence/choice/parallel, have 'delay' statements, etc.
  • Chi offers dynamic process creation and processes/channels as data, while POOSL does not.
  • Chi has built-in experiment support, while POOSL does not.
  • Chi is statically typed, while POOSL is dynamically typed.
  • POOSL has OO concepts (processes with data and methods) and inheritance of data types and processes, while Chi does not.
  • POOSL has extensive IDE integration (graphical editor, debug integration, etc), while Chi offers less integration.
  • POOSL has interrupt and abort statements, while Chi does not.
  • POOSL seems to have a large focus on highly-scalable and fast simulation, maybe more so than Chi, but I'm not sure.
Some resources on POOSL:
I wonder how we look at the relation between the POOSL and Chi languages/tools?


Disclaimer: POOSL, particularly the POOSL IDE, was developed not just by TU/e, but also by some of my colleagues at ESI (TNO).

Back to the top