* Erik Rigtorp:
> However OCaml is broken! It does not provide any support for multicore
> architectures, which by now is considered a bug!
The run-time library is sufficiently small so that you can run
multiple processes in parallel. They will even share the code and
constant data.
> It doesn'
On Sun, Dec 20, 2009 at 17:18, Gerd Stolpmann wrote:
> As you mention order books and soft-realtime, I guess your main concern
> are minimized latencies. Well, you need then a style of parallelism that
> focuses on a certain processing path for a single data item, and where
> the latency is minimi
Am Samstag, den 19.12.2009, 10:30 +0100 schrieb Erik Rigtorp:
> Hi!
>
> I've been using Erlang and C++ to build a soft real-time system. As
> the project has evolved we've needed to write more and more of the
> code in C++ in order to achieve our latency requirements. But C++ is
> not as performa
Erik Rigtorp wrote:
However OCaml is broken! It does not provide any support for multicore
architectures, which by now is considered a bug! It doesn't even allow
me to load multiple runtimes into one C program.
My washing machine is broken. I cannot bake Pizza with it.
--
best regards,
Thoma
Erik Rigtorp a écrit :
> However OCaml is broken! It does not provide any support for multicore
> architectures, which by now is considered a bug! [...]
You might be interested by OCaml4Multicore:
http://www.algo-prog.info/ocmc/web/
It's still experimental, but its authors would love to have f
Hi!
I've been using Erlang and C++ to build a soft real-time system. As
the project has evolved we've needed to write more and more of the
code in C++ in order to achieve our latency requirements. But C++ is
not as performant as you might think until you start to write your own
allocators and cach