Cluster

92 views
Skip to first unread message

Ep Ga

unread,
Sep 12, 2014, 7:58:50 PM9/12/14
to nod...@googlegroups.com
Hey, if cluster just away to defined multiple processes... Than maybe making the interface more smilier to child_process module, for a more easier use case.

Ep Ga

unread,
Sep 13, 2014, 12:42:38 AM9/13/14
to nod...@googlegroups.com
I have to say.... I have read a couple of books on node--side note, if anyone know of any good books on node or and the spec language, please post. I don't won't a book on exeternal module, but the core module-- and so far, it all been morbid... Force execution on the child, sending kill signal to the child. The parent killing the child. Speaking on killing the child then the parent die... The child commenting Suicide, terminating the child, both child and parent die gracefully.... I would consider talking to the emo one in the group who propose these terminology... And the authors as well...

Aria Stewart

unread,
Sep 13, 2014, 6:47:20 AM9/13/14
to nod...@googlegroups.com

On 12 Sep 2014, at 19:58, Ep Ga <epg...@gmail.com> wrote:

> Hey, if cluster just away to defined multiple processes... Than maybe making the interface more smilier to child_process module, for a more easier use case.

Easier for what?

It's got a relatively narrow use-case, and its design is focused on providing that.

Ryan Schmidt

unread,
Sep 14, 2014, 3:38:04 AM9/14/14
to nod...@googlegroups.com

On Sep 12, 2014, at 11:42 PM, Ep Ga wrote:

> I have to say.... I have read a couple of books on node--side note, if anyone know of any good books on node or and the spec language, please post. I don't won't a book on exeternal module, but the core module-- and so far, it all been morbid... Force execution on the child, sending kill signal to the child. The parent killing the child. Speaking on killing the child then the parent die... The child commenting Suicide, terminating the child, both child and parent die gracefully.... I would consider talking to the emo one in the group who propose these terminology... And the authors as well...

As far as I know, this terminology has been used for many decades in UNIX and possibly earlier systems as well. It's not unique to node.

Ep Ga

unread,
Sep 15, 2014, 12:39:18 AM9/15/14
to nod...@googlegroups.com
I change my mind... Consider a module for proxy use case...

Floby

unread,
Sep 15, 2014, 4:22:03 AM9/15/14
to nod...@googlegroups.com
Cluster is not really there to define multiple processes. It is there to provide an implementation of the Master->*worker paradigm.
You can do exactly what it does with child_process. It just does it better.

Ep Ga

unread,
Sep 15, 2014, 1:39:52 PM9/15/14
to nod...@googlegroups.com
What is your thoughts about node team including a proxy module? For local use case.

Rick Waldron

unread,
Sep 15, 2014, 1:46:37 PM9/15/14
to nod...@googlegroups.com
On Mon, Sep 15, 2014 at 1:39 PM, Ep Ga <epg...@gmail.com> wrote:
What is your thoughts about node team including a proxy module? For local use case.

Are you referring to ES6 Proxy? If yes, then Node.js will have Proxy when V8 has Proxy. The current Proxy, available behind the --harmony flag is an early prototype that is no longer spec correct.

Rick

Aria Stewart

unread,
Sep 15, 2014, 3:09:28 PM9/15/14
to nod...@googlegroups.com

On Sep 15, 2014, at 10:39 AM, Ep Ga <epg...@gmail.com> wrote:

> What is your thoughts about node team including a proxy module? For local use case.

An HTTP proxy? There are several in the npm registry that are excellent, and being maintained. Moving it into core would only tie releases to the pace of native node development, probably a disservice. Using things from the registry is a great thing to do.

Aria

Ep Ga

unread,
Sep 15, 2014, 6:00:45 PM9/15/14
to nod...@googlegroups.com
Any ideal on how one and what for to use the ES6 proxy?
Reply all
Reply to author
Forward
0 new messages