Anything on Pharo that would be like Opentalk on VW?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

Anything on Pharo that would be like Opentalk on VW?

Jerry Kott-3
I am looking at some interprocess communication with Pharo. VW has Opentalk, VASt has Sst (I think, haven’t looked in a while). Does anything similar exist for Pharo?

Jerry Kott
This message has been digitally signed. 
PGP Fingerprint:
A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5



Reply | Threaded
Open this post in threaded view
|

Re: Anything on Pharo that would be like Opentalk on VW?

askoh
Administrator
Reply | Threaded
Open this post in threaded view
|

Re: Anything on Pharo that would be like Opentalk on VW?

Pharo Smalltalk Users mailing list
In reply to this post by Jerry Kott-3
Look at Seamless: https://github.com/pharo-ide/Seamless

Pretty powerfull - you are just using remote objects from another image like any other local object (proxying + serializing).

pf


> I am looking at some interprocess communication with Pharo. VW has Opentalk, VASt has Sst (I think, haven’t looked in a while). Does anything similar exist for Pharo?
>
> Jerry Kott
> This message has been digitally signed.
> PGP Fingerprint:
> A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: Anything on Pharo that would be like Opentalk on VW?

Pharo Smalltalk Users mailing list
In reply to this post by Jerry Kott-3
Hi Jerry,

We have worked on bridging Pharo with Python. It works remarkably well. Here is the website: https://objectprofile.github.io/PythonBridge/
We have also worked on a simple mechanism to distribute computation across multiple Pharo images. Here is the website: https://github.com/ObjectProfile/DMirror

Cheers,
Alexandre

On Jun 23, 2019, at 11:09 PM, Jerry Kott <[hidden email]> wrote:

I am looking at some interprocess communication with Pharo. VW has Opentalk, VASt has Sst (I think, haven’t looked in a while). Does anything similar exist for Pharo?

Jerry Kott
This message has been digitally signed. 
PGP Fingerprint:
A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5




Reply | Threaded
Open this post in threaded view
|

Re: Anything on Pharo that would be like Opentalk on VW?

NorbertHartl
In reply to this post by Jerry Kott-3


Am 25.06.2019 um 20:44 schrieb Alexandre Bergel <[hidden email]>:

Hi Jerry,

We have worked on bridging Pharo with Python. It works remarkably well. Here is the website: https://objectprofile.github.io/PythonBridge/
We have also worked on a simple mechanism to distribute computation across multiple Pharo images. Here is the website: https://github.com/ObjectProfile/DMirror

Nice! How does the DMirror relate to the ImageWorker?  https://github.com/pharo-contributions/ImageWorker

Norbert
Cheers,
Alexandre

On Jun 23, 2019, at 11:09 PM, Jerry Kott <[hidden email]> wrote:

I am looking at some interprocess communication with Pharo. VW has Opentalk, VASt has Sst (I think, haven’t looked in a while). Does anything similar exist for Pharo?

Jerry Kott
This message has been digitally signed. 
PGP Fingerprint:
A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5




Reply | Threaded
Open this post in threaded view
|

Re: Anything on Pharo that would be like Opentalk on VW?

Pharo Smalltalk Users mailing list
I do not know what is ImageWorker, but DMirror is a simple and efficient way to distribute a computation on single CPU.

Alexandre

On Jun 25, 2019, at 3:05 PM, Norbert Hartl <[hidden email]> wrote:



Am 25.06.2019 um 20:44 schrieb Alexandre Bergel <[hidden email]>:

Hi Jerry,

We have worked on bridging Pharo with Python. It works remarkably well. Here is the website: https://objectprofile.github.io/PythonBridge/
We have also worked on a simple mechanism to distribute computation across multiple Pharo images. Here is the website: https://github.com/ObjectProfile/DMirror

Nice! How does the DMirror relate to the ImageWorker?  https://github.com/pharo-contributions/ImageWorker

Norbert
Cheers,
Alexandre

On Jun 23, 2019, at 11:09 PM, Jerry Kott <[hidden email]> wrote:

I am looking at some interprocess communication with Pharo. VW has Opentalk, VASt has Sst (I think, haven’t looked in a while). Does anything similar exist for Pharo?

Jerry Kott
This message has been digitally signed. 
PGP Fingerprint:
A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5





Reply | Threaded
Open this post in threaded view
|

Re: Anything on Pharo that would be like Opentalk on VW?

Noury Bouraqadi-2
Sang did something similar a while ago too.

It allows an image to launch workers. One thing interesting is that they share virtual memory, so they can exchange data during the execution

Noury

On 27 Jun 2019, at 06:26, Alexandre Bergel via Pharo-users <[hidden email]> wrote:


From: Alexandre Bergel <[hidden email]>
Subject: Re: [Pharo-users] Anything on Pharo that would be like Opentalk on VW?
Date: 27 June 2019 at 06:26:32 CEST
To: Norbert Hartl <[hidden email]>
Cc: Any question about pharo is welcome <[hidden email]>


I do not know what is ImageWorker, but DMirror is a simple and efficient way to distribute a computation on single CPU.

Alexandre

On Jun 25, 2019, at 3:05 PM, Norbert Hartl <[hidden email]> wrote:



Am 25.06.2019 um 20:44 schrieb Alexandre Bergel <[hidden email]>:

Hi Jerry,

We have worked on bridging Pharo with Python. It works remarkably well. Here is the website: https://objectprofile.github.io/PythonBridge/
We have also worked on a simple mechanism to distribute computation across multiple Pharo images. Here is the website: https://github.com/ObjectProfile/DMirror

Nice! How does the DMirror relate to the ImageWorker?  https://github.com/pharo-contributions/ImageWorker

Norbert
Cheers,
Alexandre

On Jun 23, 2019, at 11:09 PM, Jerry Kott <[hidden email]> wrote:

I am looking at some interprocess communication with Pharo. VW has Opentalk, VASt has Sst (I think, haven’t looked in a while). Does anything similar exist for Pharo?

Jerry Kott
This message has been digitally signed. 
PGP Fingerprint:
A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5








Reply | Threaded
Open this post in threaded view
|

Re: Anything on Pharo that would be like Opentalk on VW?

Marcus Denker-4
It would be nice to have one unified way for this *and* even think about shipping with that by default (so that we can use it e.g. for running tests.

Marcus

On 27 Jun 2019, at 10:13, N. Bouraqadi <[hidden email]> wrote:

Sang did something similar a while ago too.

It allows an image to launch workers. One thing interesting is that they share virtual memory, so they can exchange data during the execution

Noury

On 27 Jun 2019, at 06:26, Alexandre Bergel via Pharo-users <[hidden email]> wrote:


From: Alexandre Bergel <[hidden email]>
Subject: Re: [Pharo-users] Anything on Pharo that would be like Opentalk on VW?
Date: 27 June 2019 at 06:26:32 CEST
To: Norbert Hartl <[hidden email]>
Cc: Any question about pharo is welcome <[hidden email]>


I do not know what is ImageWorker, but DMirror is a simple and efficient way to distribute a computation on single CPU.

Alexandre

On Jun 25, 2019, at 3:05 PM, Norbert Hartl <[hidden email]> wrote:



Am 25.06.2019 um 20:44 schrieb Alexandre Bergel <[hidden email]>:

Hi Jerry,

We have worked on bridging Pharo with Python. It works remarkably well. Here is the website: https://objectprofile.github.io/PythonBridge/
We have also worked on a simple mechanism to distribute computation across multiple Pharo images. Here is the website: https://github.com/ObjectProfile/DMirror

Nice! How does the DMirror relate to the ImageWorker?  https://github.com/pharo-contributions/ImageWorker

Norbert
Cheers,
Alexandre

On Jun 23, 2019, at 11:09 PM, Jerry Kott <[hidden email]> wrote:

I am looking at some interprocess communication with Pharo. VW has Opentalk, VASt has Sst (I think, haven’t looked in a while). Does anything similar exist for Pharo?

Jerry Kott
This message has been digitally signed. 
PGP Fingerprint:
A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5









Reply | Threaded
Open this post in threaded view
|

Python bridges

Ben Coman
In reply to this post by Pharo Smalltalk Users mailing list
Subject was> Re: [Pharo-users] Anything on Pharo that would be like Opentalk on VW?)
On Wed, 26 Jun 2019 at 02:45, Alexandre Bergel via Pharo-users <[hidden email]> wrote:
We have worked on bridging Pharo with Python. It works remarkably well. Here is the website: https://objectprofile.github.io/PythonBridge/

Hi Alexandre, 

How does usage of your Python bridge compare to Kilon's... ?

cheers -ben
Reply | Threaded
Open this post in threaded view
|

Re: Python bridges

Pharo Smalltalk Users mailing list

How does usage of your Python bridge compare to Kilon's... ?

No idea. But our bridge adequately manages errors crossing language boundaries and employ a set of command to enable promises. I am not sure sure whether Atlas was designed to do so.

Alexandre

Reply | Threaded
Open this post in threaded view
|

Re: Python bridges

Julien Delplanque-2
I know a little Kilon’s bridge as I used it as backend for Python3Generator [1] in the beginning.

To my understanding , the difference is that Atlas is lower-level than PythonBridge.

Basically, Atlas allows one to send python string and get back the returned value if it is a primitive type (int, float, str, etc).

PythonBridge uses Python3Generator as DSL to build valid Python code. Atlas expects regular Pharo’s string.

PythonBridge provides debugging facilities, Atlas does not to my knowledge.

PythonBridge provides facilities to map Pharo classes to Python classes, Atlas does not.

Cheers,

Julien

Links:


---
Julien Delplanque
Doctorant à l’Université de Lille
Bâtiment B 40, Avenue Halley 59650 Villeneuve d'Ascq
Numéro de téléphone: +333 59 35 86 40

Le 28 juin 2019 à 03:49, Alexandre Bergel via Pharo-users <[hidden email]> a écrit :


De: Alexandre Bergel <[hidden email]>
Objet: Rép : Python bridges
Date: 28 juin 2019 à 03:49:20 UTC+2
À: Ben Coman <[hidden email]>
Cc: Any question about pharo is welcome <[hidden email]>



How does usage of your Python bridge compare to Kilon's... ?

No idea. But our bridge adequately manages errors crossing language boundaries and employ a set of command to enable promises. I am not sure sure whether Atlas was designed to do so.

Alexandre