Hello,
I'm playing with the unikernels idea [1]. Specifically I'm using
Mirage OS [2] to probe a minimal HTTP server running on AWS directly
over Xen, without any OS between the application and the hypervisor.
Yes yes yes
we would love to have a Pharo solution for that.
Mirage OS is
Hi Alain,
Any network protocol between two processes has overhead, even the one you would
write yourself. It does make sense to use something that already exists, uses
open standards and is used and battle tested by others.
There is a fundamental difference between HTTP and WebSockets: HTTP is
Thank you Stef,
Do you know any tutorial or documentation I can follow to get a PharoNOS?
Rafa
2014-10-07 9:17 GMT+02:00 stepharo steph...@free.fr:
Hello,
I'm playing with the unikernels idea [1]. Specifically I'm using Mirage
OS [2] to probe a minimal HTTP server running on AWS directly
On 07 Oct 2014, at 12:01, Rafael Luque rafael.luque.le...@gmail.com wrote:
Thank you Stef,
Do you know any tutorial or documentation I can follow to get a PharoNOS?
Keep in mind that this was an experiment… (kind of a research prototype).
I don’t think that there is a Tutorial.
Rafa
Understood. I'll take a look to the sources then.
Thank you!
2014-10-07 12:03 GMT+02:00 Marcus Denker marcus.den...@inria.fr:
On 07 Oct 2014, at 12:01, Rafael Luque rafael.luque.le...@gmail.com
wrote:
Thank you Stef,
Do you know any tutorial or documentation I can follow to get a
2014-10-07 4:59 GMT-03:00 Sven Van Caekenberghe s...@stfx.eu:
Hi Alain,
Any network protocol between two processes has overhead, even the one you
would write yourself. It does make sense to use something that already
exists, uses open standards and is used and battle tested by others.
There are some good C libraries out there, which are suitable to
connect programs with each other: a good example is 0MQ.
Marten
--
Marten Feldtmann
there is nanomsg which is a rethinking on 0mq and from same developers, its
MIT licensed -- http://nanomsg.org/index.html
On Tue, Oct 7, 2014 at 9:12 PM, Alain Rastoul alf.mmm@gmail.com wrote:
Thanks you for your answers.
0mq looks great, but released with LGPL licence, and I don't like
I cannot travel because this year I promised to take care of the kids
while my wife is preparing a difficult exam.
So I hope to attend next year.
Stef
Is anybody here going to 2014's edition of Smalltalks in Cordoba, Argentina?
I saw Jannik listed in one of the talks, maybe anybody else is
Esteban,
die mq in 0mq is misleading here because it is not a message queue. 0mq is
called sockets on stereoids where you can plug communication channels with less
overhead. It is more of an orchestration toolkit for distributed computing.
Norbert
Am 07.10.2014 um 20:54 schrieb Esteban A.
0MQ is not message queueing in the normal sense as known from all other
MQ tools/libraries.
0MQ is about networking in general ... and their introduction text with
all their examples is one of the best examples documentation I've ever
read in the area of practical networking. Even though one
Hi.
Why not use some kind of remote smalltalk like
http://www.squeaksource.com/rST.html?
2014-10-07 3:10 GMT+04:00 Alain Rastoul alf.mmm@gmail.com:
Hi,
I played a bit with ZnServer and other zinc components and have
a question I can't answer myself (googling a bit didn't help neither),
2014-10-07 16:19 GMT-03:00 Norbert Hartl norb...@hartl.name:
Esteban,
die mq in 0mq is misleading here because it is not a message queue. 0mq is
called sockets on stereoids where you can plug communication channels with
less overhead. It is more of an orchestration toolkit for distributed
Typical issue in the EJB world : Remote Beans / Local Beans , though on
inter process it was remote beans with its full stack RMI marshalling /
unmarshalling.
But can we not exploit shared memory and efficient Event mechanism to make
the two process coordinate, that should be lot more efficient
About 0mq, to be honest, I missed the external thread part,
and that's *very* interesting , for sure.
I find the license part quite complicated, but rereading it,
you are right, it should not be a problem (though still weird).
My goal is not to build a server with a lot of connections, and no
Nanosg looks interesting too, thank you Kilon, I will look at it closer too.
Do you known some working bindings with pharo ?
Alain
Le 07/10/2014 21:12, kilon alios a écrit :
there is nanomsg which is a rethinking on 0mq and from same developers,
its MIT licensed -- http://nanomsg.org/index.html
This is another subject and another functionality I will need too.
The Rst link is of interest (thank you Denis) , I was thinking
of sending command objects with Fuel as all images will have the same
classes and performance is not very important here.
I was able to load RST in Pharo3, but did
nope but it is made (unlike 0mq which is made in C++) in C so its should
be relative simple to wrap with NB or even TalkFFI. At least the parts that
interest you.
On Tue, Oct 7, 2014 at 11:56 PM, Alain Rastoul alf.mmm@gmail.com
wrote:
Nanosg looks interesting too, thank you Kilon, I will
I was try it many years ago with squeak. It was work great. I am sure it
should be not difficult to adobt it for latest pharo
08 окт. 2014 г. 1:09 пользователь Alain Rastoul alf.mmm@gmail.com
написал:
This is another subject and another functionality I will need too.
The Rst link is of
0MQ is defined by its exported C interface ...
Am 07.10.2014 um 23:51 schrieb kilon alios:
nope but it is made (unlike 0mq which is made in C++) in C so its
should be relative simple to wrap with NB or even TalkFFI. At least the
parts that interest you.
--
Marten Feldtmann
You are both right.
Question about nanomsg is the thread model (a big bonus of 0mq), which
is not clear to me.
they state: ...In nanomsg the objects are not tightly bound to
particular threads and thus these problems don't exist..., about some
thread related issues in 0mq.
I'll have to check
21 matches
Mail list logo
