[M3devel] ease of switching between pthreads and userthreads?

[Daniel Alejandro Benavides D.]

Hi all:
yes, that would be awesome ! :) instead of having the threads question of select one be able to switch, we can have sort of multiprocessor implementation capabilities and/or simple multi threading both for free in the RT like for special SPIN, however you should have migration capabilities between both address spaces and sort of a RT executive to control threads of both spaces:
http://courses.cs.vt.edu/~cs5204/fall03/Papers/Migration/mathiske95migrating.pdf

Similarly it would be good to see how much hard would it be to set distributed applications to get RT easily distributed in m3core, libm3, etc:
http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.41.9178 

for something like the compiler, type checker, etc

So any thread could live in a different machine in desired space

--- El jue, 28/4/11, Olaf Wagner <wagner at elegosoft.com> escribió:

> De: Olaf Wagner <wagner at elegosoft.com>
> Asunto: Re: [M3devel] ease of switching between pthreads and userthreads?
> Para: m3devel at elegosoft.com
> Fecha: jueves, 28 de abril, 2011 02:29
> Quoting Tony Hosking <hosking at cs.purdue.edu>:
> 
> > On Apr 27, 2011, at 3:05 AM, Jay K wrote:
> > 
> >> About inlining LOCK I was more echoing your past
> sentiment
> >> than giving my own, and I provided a mitigation:
> >>  a) specifically the suggestion that the
> switchability be an option;
> >>   it'd probably be on by default
> but people that want to squeeze
> >>   out the extra performance could
> enable the inlining
> >>   and lose the switchability
> > 
> > It is expected that LOCK will be implemented using CAS
> (and  equivalents) in the very near future.  I
> have a student working on  it.  This will be
> incompatible with the current user-threads 
> implementation of LOCK.  It will be too painful to
> support both  using a compiler switch.
> 
> Couldn't we change the existing user threads to use CAS for
> locks, too,
> in order to gain runtime switching of thread
> implementations?
> I have neither thought much about it nor looked at the
> implementation
> in recent years, so I hope it's no stupid question.
> 
> Olaf
> --Olaf Wagner -- elego Software Solutions GmbH
>            
>    Gustav-Meyer-Allee 25 / Gebäude 12, 13355
> Berlin, Germany
> phone: +49 30 23 45 86 96  mobile: +49 177 2345
> 869  fax: +49 30 23 45 86 95
>    http://www.elegosoft.com |
> Geschäftsführer: Olaf Wagner | Sitz: Berlin
> Handelregister: Amtsgericht Charlottenburg HRB 77719 |
> USt-IdNr: DE163214194
> 
>