caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: shivkumar chandrasekaran <shiv@ece.ucsb.edu>
To: caml-list@inria.fr
Subject: Re: [Caml-list] native threads not parallel?
Date: 20 Feb 2003 20:24:12 -0800	[thread overview]
Message-ID: <1045801453.1601.8.camel@cbshost-12-107-11-69.sbcox.net> (raw)
In-Reply-To: <20030221091524C.garrigue@kurims.kyoto-u.ac.jp>

On Thu, 2003-02-20 at 16:15, Jacques Garrigue wrote:
> From: Shivkumar Chandrasekaran <shiv@ece.ucsb.edu>
> 
> > not. But I seem to have the same problem as discussed by Markus Mottl 
> > (see attachment below) on Mac OS X 10.2.4 on a dual processor G4 
> > machine. An earlier message in that thread mentioned that there was no 
> > such problem on dual-processor Linux machines.
> 
> Let's answer again, since this is a frequent question: ocaml threads
> do not not support parrallelism. Only one ocaml thread will run at a
> time, independently of the number of processors, and this on any
> architecture/OS.
> 

Sorry, but let me ask again. I *know* that ocaml threads cannot use
multiple processors. That was not the subject of the thread I cited. I
should have been clearer.

If I am recalling correctly, Xavier has mentioned before that in
*native-code* (see subject) ocaml will allow C code to run in parallel.
Markus' email was precisely on that point as was mine. I have C code
that I would like to execute on a processor different from the ocaml
thread one. Apparently, as I gather from the cited email of Markus
Mottl, this did occur (at least on some dual processor Linux machines)
when the corresponding C code was bracketed with "enter/leaving_blocking
section ()" calls, and, *I assume*, calling the C-code from a separate
ocaml thread using Thread.create.

I understand the dangers about calling back into caml from the bracketed
C-code. The preceding thread I cited discussed this as well, as you
mentioned.

Thanks,

--shiv--


> > > From :Markus Mottl < mottl@miss.wu-wien.ac.at >
> > > The only thing I can imagine is that OCaml somehow changes
> > > scheduling so that the threads cannot run in parallel anymore, even if
> > > "enter_blocking_section" is used. Is this possible? Or am I just making
> > > some stupid mistake?
> 
> enter_blocking_section only happens in C code, and is followed by a
> leave_blocking_section before returning to caml code. Since the
> leave_blocking_section reacquires the lock, no more than one ocaml
> thread can run simultaneously.
> Easy way to crash the runtime: call a caml callback immediately after
> an enter_blocking_section.  The two caml threads will start to
> allocate simultaneously on the same heap, without any locking...
> 
> Jacques Garrigue
> -------------------
> To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
> Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
-- 
Professor Shivkumar Chandrasekaran            || phn: 805.893.7542
Electrical & Computer Engineering Department  || fax: 805.893.3262
University of California                      || Office: 3109, Eng. I
Santa Barbara, CA 93106-9560                  || email:
shiv@ece.ucsb.edu

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners


  reply	other threads:[~2003-02-21  4:24 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-20 23:10 Shivkumar Chandrasekaran
2003-02-21  0:15 ` Jacques Garrigue
2003-02-21  4:24   ` shivkumar chandrasekaran [this message]
2003-02-21 10:43     ` Markus Mottl
2003-02-21 15:11     ` Jacques Garrigue
2003-02-21 17:57       ` Markus Mottl
2003-02-24 17:39       ` Shivkumar Chandrasekaran
2003-02-21  0:32 ` Chris Uzdavinis
2003-02-21  1:56   ` james woodyatt
2003-02-21  4:43   ` shivkumar chandrasekaran
  -- strict thread matches above, loose matches on Subject: below --
2001-06-15 16:49 Markus Mottl
2001-06-15 17:10 ` Xavier Leroy
2001-06-15 18:42   ` Markus Mottl
2001-06-15 21:33     ` Markus Mottl
2001-06-21 13:43       ` Markus Mottl

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=1045801453.1601.8.camel@cbshost-12-107-11-69.sbcox.net \
    --to=shiv@ece.ucsb.edu \
    --cc=caml-list@inria.fr \
    /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).