[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: scm_i_fraction_reduce thread safety
From: |
Rob Browning |
Subject: |
Re: scm_i_fraction_reduce thread safety |
Date: |
Thu, 29 Jan 2004 14:32:43 -0600 |
User-agent: |
Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) |
Marius Vollmer <address@hidden> writes:
> I don't have one ready, but I do very much want to have one before
> 1.8. I need to decide for myself whether I would want to go for
> full concurrency or for restricting us to a one-thread-at-a-time
> model.
>
> Full concurrency is not a nice-model to program for,
> one-thread-at-a-time wont be able to take advantage of multiple
> processors.
Though I can't actually say *how* we'd do it, another conceptual
arrangement might be to allow an interpreter per-posix-thread. It's
certainly not as transparent as full concurrency, and unless there
were some reasonable way to have all the interpreters share a heap/GC
without heading right back into the problems related to
full-concurrency, then people would have to structure their solutions
to explicitly pass data between interpreters.
Again, though, I haven't thought about this enough to have any real
idea if this is even remotely feasible.
--
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
- Re: scm_i_fraction_reduce thread safety, (continued)
- Re: scm_i_fraction_reduce thread safety, Marius Vollmer, 2004/01/20
- Re: scm_i_fraction_reduce thread safety, Carl Witty, 2004/01/20
- Re: scm_i_fraction_reduce thread safety, Marius Vollmer, 2004/01/21
- Re: scm_i_fraction_reduce thread safety, Dirk Herrmann, 2004/01/27
- Re: scm_i_fraction_reduce thread safety, Rob Browning, 2004/01/27
- Re: scm_i_fraction_reduce thread safety, Marius Vollmer, 2004/01/29
- Re: scm_i_fraction_reduce thread safety,
Rob Browning <=
- Re: scm_i_fraction_reduce thread safety, Mikael Djurfeldt, 2004/01/30