[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Chicken-users] google summer of code

From: Ivan Raikov
Subject: Re: [Chicken-users] google summer of code
Date: Sat, 08 Mar 2008 08:48:14 +0900
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux)

"Graham Fawcett" <address@hidden> writes:

> On reflection, I'd much rather see a really efficient IPC system like
> this, rather than having a native-threaded Chicken. 

  Try the MPI egg! (Yet another shameless plug, I know).

> Other than for concurrent designs, I think there is a case for native
> threads when I/O is involved. I believe that GHC Haskell uses a
> separate native thread for handling I/O, but (unless you use forkIO)
> runs everything else in lightweight threads. Perhaps we could play a
> similar game, and spawn native threads as I/O custodians, managed
> under a very strict protocol that avoids GC contention and other
> concurrency issues. Perhaps one I/O thread and select/epoll is enough.

  No, forkIO is normally for lightweight threads. forkOS explicitly
associates Haskell threads with native threads. See here for details:

  Concurrent Haskell is based on monadic processes: if you want to
have Haskell-like threads, first you need to provide support for
monads in the core of Chicken.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]