lun, 15 Feb 2010, Raul Miller skribis:
> On Mon, Feb 15, 2010 at 11:00 AM, bill lam <[email protected]> wrote:
> > Apart from the startup time and memory cost, the biggest problems are
> > the need to tailor the algorithm by programmer for each for its
> > applications, synchronisation of sessions, the memory bandwidth it
> > took to transfer data between session. OTOH the low level solution is
> > transparent, J programmers will not even need to aware its existence.
> > Henry Rich had also suggested this approach if memory served me.
> 
> One problem with the low level approach seems to be that, so
> far, no one wants to fund the investigative costs associated with
> this change.
> 
> To my knowledge no one has even shown a "proof of concept"
> implementation for any primitive.

There was but not been published, and that was discontinued some 15
years ago.  At that time c complier did not support embedded assembly
language and it needed to generate machine code on-the-fly to
manipulate the FPU stacks. Hypothetically one could hack the J7 source
code as a demonstration, but as what you said, no one come up as a
patron.

-- 
regards,
====================================================
GPG key 1024D/4434BAB3 2008-08-24
gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm

Reply via email to