caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Jeffrey Barber <jeff@mathgladiator.com>
To: Jake Donham <jake@donham.org>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] node.ocaml
Date: Mon, 23 Aug 2010 17:32:33 -0500	[thread overview]
Message-ID: <AANLkTim270qnHiuDKvph6he1cubm3R3mSsfrD9oavr_6@mail.gmail.com> (raw)
In-Reply-To: <AANLkTi=74w783=5XXnLGQivBkd=W8hrAte6W3q8rQ=FP@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2088 bytes --]

Hello,

No I haven't, thanks for the link. In looking through the docs, it seems
similiar at some level to what I am doing. I'm trying to get away from the
language of threading (In my code, I use chain and io_pumps for context
storage) since I'm thinking of node.ocaml as an event based io library. This
is probably just a marketing decision, :/, rather than a technical decision.

More context on node.ocaml:

I was recently inspired by unix, memcache, and redis and realized that all
you need as a packet format is a single line, so I'm taking that as the
packet format and am going to try to build some neat things with it for both
my own research/education.

For my research, I want to build a fault tolerant JSON data store where I
can get the performance benefits of Redis/Memcache but also have
transactional transformations over indexed sets. But not only that, I want
it to be easy to build them so it can be extended down the road. I've
noticed that from using Redis, there are a lot of design patterns emerging
that would be better migrated from the application server to a redis-like
server.

For my education, I really want to do something with Paxos that's useful.
I'm not sure what, but I've yet to master it and it sounds fun. I'm tempted
to build a chubby clone for distributed locking, but who knows.

Oh, I may also cause the universe to explode since I may enable OCaml to
call JavaScript via v8... In case it does, I'm sorry now.

On Mon, Aug 23, 2010 at 4:31 PM, Jake Donham <jake@donham.org> wrote:

> On Sat, Aug 21, 2010 at 8:27 PM, Jeffrey Barber <jeff@mathgladiator.com>
> wrote:
> > example code:
> > http://github.com/mathgladiator/node.ocaml/blob/master/test/kvp.ml
>
> Have you considered using Lwt (http://ocsigen.org/lwt) as a layer on
> top of raw continuation-passing style? It has a lot of nice functions
> for writing asynchronous code, as well as a syntax extension to make
> it look more like direct-style code. It provides a select loop
> already, but you don't need to use it, or you could integrate
> libevent2 with Lwt's event loop.
>
> Jake
>

[-- Attachment #2: Type: text/html, Size: 2728 bytes --]

  reply	other threads:[~2010-08-23 22:32 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-22  3:27 node.ocaml Jeffrey Barber
2010-08-23 21:31 ` [Caml-list] node.ocaml Jake Donham
2010-08-23 22:32   ` Jeffrey Barber [this message]
2010-08-23 23:29 ` Gerd Stolpmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AANLkTim270qnHiuDKvph6he1cubm3R3mSsfrD9oavr_6@mail.gmail.com \
    --to=jeff@mathgladiator.com \
    --cc=caml-list@inria.fr \
    --cc=jake@donham.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).