caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Eray Ozkural <examachine@gmail.com>
To: Gaspard Bucher <gaspard@teti.ch>
Cc: David MENTRE <dmentre@linux-france.org>, caml-list@yquem.inria.fr
Subject: Re: [Caml-list] ocaml for embedding
Date: Tue, 20 Jul 2010 18:02:49 +0300	[thread overview]
Message-ID: <AANLkTim-dqFWD11P0eHE-YtwaA2tfS817Yw_U9u__3C4@mail.gmail.com> (raw)
In-Reply-To: <AANLkTinhmDybCbXKTtyI53yzuOZKid4DC7t-grDrRGre@mail.gmail.com>

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

On Tue, Jul 20, 2010 at 3:36 AM, Eray Ozkural <examachine@gmail.com> wrote:

> On Mon, Jul 12, 2010 at 4:19 PM, Gaspard Bucher <gaspard@teti.ch> wrote:
>
>>  Just a final question on the topic: has JoCaml anything to do with
>> this concurrency (shared memory) question ?
>
>
> It seems to me that it can be implemented for a shared memory system. Why
> not? But it's been designed with distributed memory in mind. So, I suppose
> writing to shared memory could be slow. It'd be sort of like implementing
> synchronization on top of a message passing system. Although I can see that
> reading is OK.
>

On second thought it's not so clear how reads could be efficient. I'd
assumed that somehow messages could be sent without making a separate copy
of the data, so in principle we could perform the reads just as fast.
Interesting question, though, thanks Gaspard. Now I realized it's not so
clear and I apologize for that mistake, because that would be only valid for
immutable data structures. And I suppose with immutable data structures you
get only part of the advantages of shared memory, right? What good is a
parallel RAM if it doesn't support concurrent writes?

So, I think, no matter what kind of abstract concurrency primitives you
provide, you'd still need proper shared memory + threads for the low-level
programmer. Or as I said, you can also get speedup using MPI, but usually
that's not the best speedup you are going to get because a) you can't avoid
copying huge messages across processes b) mpi implementation may have too
much penalty for finer-grain code, i.e. latency will become significant. I
think MPI or these high-level concurrent processes would be good on shared
memory if the problem is embarrasingly parallel. But as we all know only a
small minority of problems turn out to be that easy to solve in parallel!

At any rate, I'm sure we'll have it one day, I'm keeping my fingers crossed
:)

Best,

-- 
Eray Ozkural, PhD candidate.  Comp. Sci. Dept., Bilkent University, Ankara
http://groups.yahoo.com/group/ai-philosophy
http://myspace.com/arizanesil http://myspace.com/malfunct

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

      reply	other threads:[~2010-07-20 15:02 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-08 21:02 Gaspard Bucher
2010-07-09  7:06 ` [Caml-list] " David MENTRE
2010-07-09 10:29   ` Gaspard Bucher
2010-07-12  9:14     ` David MENTRE
2010-07-12 13:19       ` Gaspard Bucher
2010-07-20  0:36         ` Eray Ozkural
2010-07-20 15:02           ` Eray Ozkural [this message]

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=AANLkTim-dqFWD11P0eHE-YtwaA2tfS817Yw_U9u__3C4@mail.gmail.com \
    --to=examachine@gmail.com \
    --cc=caml-list@yquem.inria.fr \
    --cc=dmentre@linux-france.org \
    --cc=gaspard@teti.ch \
    /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).