Date: Fri, 29 Aug 1997 20:01:22 +0200
Message-Id: <9708291801.AA05339@crunch>
From: Thorsten Ohl <ohl@crunch.ikp.physik.th-darmstadt.de>
To: caml-list@inria.fr
Subject: Re: Thread library for ocamlopt?
In-Reply-To: <199708281130.NAA25330@pauillac.inria.fr>
<199708281130.NAA25330@pauillac.inria.fr>
Xavier Leroy <Xavier.Leroy@inria.fr> writes:
> We have such an implementation of Caml threads for Win32
> (bytecode only). Some work is in progress to extend it to
> Posix threads and to the native-code compiler.
This is good news and I'm looking forward to it!
> * Available only on Unix systems that provide fully conformant
> Posix 1003.1c threads, e.g. Solaris 2.5, Digital Unix 4.0, or
> Linux with LinuxThreads, but not HPUX, SunOS, nor earlier
> versions of Digital Unix, for instance.
Couldn't the implementation on the latter three OSs emulate the
semantics (without the performance benefit, of course) with the old
threads? Then programs would remain portable and users of
multiprocessor machines running the former three OSs could start
chasing around the FORTRAN crowd :-).
> * Preemption of long-running threads can only occur at
> allocation points (for reasons relevant to both the garbage
> collector and the handling of signals in ocamlopt), which can
> result in a relatively rough scheduling for compute-bound
> threads.
By your high standards it will be considered a nasty hack, but what
will prevent us users from adding spurious allocation points, if the
scheduling turns out to be too rough in a practical case?
Cheers,
-Thorsten
-- Thorsten Ohl, Physics Department, TH Darmstadt --- PGP: AF 38 FF CE 03 8A 2E A7 http://crunch.ikp.physik.th-darmstadt.de/~ohl/ -------- 8F 2A C1 86 8C 06 32 6B
This archive was generated by hypermail 2b29 : Sun Jan 02 2000 - 11:58:12 MET