Re: Unpopular parameter passing mechanisms and parallelisation

Lauren <wangli.one@gmail.com>
Thu, 01 Nov 2007 00:38:43 -0700

From comp.compilers

Related articles
sequential binary parallelization at run-time wangli.one@gmail.com (Lauren) (2007-10-25)
Re: sequential binary parallelization at run-time gneuner2@comcast.net (George Neuner) (2007-10-27)
Unpopular parameter passing mechanisms and parallelisation (was Re: se al407@cam.ac.uk (Anton Lokhmotov) (2007-10-28)
Re: Unpopular parameter passing mechanisms and parallelisation torbenm@tyr.diku.dk (2007-10-29)
Re: Unpopular parameter passing mechanisms and parallelisation haberg@math.su.se (2007-10-29)
Re: Unpopular parameter passing mechanisms and parallelisation al407@cam.ac.uk (Anton Lokhmotov) (2007-10-31)
*Re: Unpopular parameter passing mechanisms and parallelisation wangli.one@gmail.com (Lauren)* (2007-11-01)**
Re: Unpopular parameter passing mechanisms and parallelisation gneuner2@comcast.net (George Neuner) (2007-11-01)

The paper http://research.microsoft.com/~tharris/papers/2007-fdip.pdf
is about using profile information to source recompilation to
accelerate the program. It needs source program. What I consider about
is how to extract parallism from sequential binaries that we can not
get the source program( for example, execute X86 application on RISC
ISA machine using virtual machine).

> I think the following paper discusses similar ideas to yours (Haskell,
> CBN, micro-threads):
> Tim Harris, Satnam Singh. *Feedback directed implicit parallelism
> (http://research.microsoft.com/~tharris/papers/2007-fdip.pdf)*
> <http://research.microsoft.com/%7Etharris/papers/2007-fdip.pdf> /ICFP,
> Oct 2007
> /> Nowadays we don't even have the vector processors,
>
> Not quite true:http://slashdot.org/article.pl?sid=07/10/25/236200