Waiting on Sockets or File Descriptors

Simon Marlow simonmar at microsoft.com
Thu Feb 3 04:56:03 EST 2005


On 02 February 2005 19:48, Peter Simons wrote:

> Wolfgang Thaller writes:
> 
>  > a) poll() is not supported on Mac OS X and (at least some
>  > popular versions of) BSD.
> 
> Are you certain? Just tried "man poll" on one of the MacOS X
> machines the SourceForge compile farm offers, and that one
> had it: "Darwin ppc-osx1 5.5 Darwin Kernel Version 5.5".
> 
> 
>  > b) 'forkIO' in the threaded RTS would suffice in this
>  > case, as the poll() or select() system calls don't use
>  > any thread-local state. In the threaded RTS, "safe"
>  > foreign imports never affect other threads [...].
> 
> That would be really good news! I assumed that GHC's runtime
> system used one thread for _all_ FFI invocations? (Unless
> you start new ones.) So I thought calling poll() would block
> all other FFI invocations until it returned?
> 
> Or is that only for "unsafe" FFI calls?

When you compile your program with -threaded, "safe" FFI calls don't
block other threads, but "unsafe" calls still do.  Basically a "safe"
FFI call releases the lock on the RTS so other Haskell threads can
continue to run (and that at least partly explains why we have the
distinction: releasing and re-acquiring a lock is expensive).

> Do you have an URL for me where I can find out more about
> this, by any chance?

There's not much, but the -threaded option is documented here:

http://www.haskell.org/ghc/docs/latest/html/users_guide/options-phases.h
tml#OPTIONS-LINKER

and the Control.Concurrent documentation explains what "bound" threads
are.

Cheers,
	Simon


More information about the Glasgow-haskell-users mailing list