Joe Groff writes:

 > Factor doesn't really handle multicore. There is some half finished
 > code to support a one-VM-per-thread model, each with its own heap, but
 > the benefits over simply using processes would be minimal. You may be

Indeed. The applications I have in mind would require shared read-only
access by several threads to shared data. I don't know the design details
of the Factor VM, but I suppose this would require a shared heap.

 > able to leverage the IPC features of io.launcher with a serialization
 > mechanism of some sort to build programs that share data across
 > processes.

I suspect the serialization and communication overhead would be too
important.

Naveen Garg writes:

 > For GPUs, have a look at the cuda
 > bindings: http://docs.factorcode.org/content/ vocab-cuda.html

I will!

 > IMHO, best way to deal with multi-cores is with multiple processes
 > instead of threads.  Can always use memory mapped files if
 > redundant memory usage is a concern.  Simplifies scaling across
 > machines later.

Is there support for memory-mapped files? I'd have to be able to create data
structures in such memory areas.


Is there a technical reason for not having better thread support, or is
it just something that nobody got around to do yet? At first sight, the
language seems well adapted to parallelism: give each thread its own
data stack, and use immutable data structures at the interfaces. If the
VM could enforce the "immutable data structures at the interfaces" rule,
it wouldn't have to worry about data access synchronization at all.

Konrad.


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk

Reply via email to