On Tue, Dec 22, 2009 at 14:27, Gerd Stolpmann g...@gerd-stolpmann.de wrote:
Am Dienstag, den 22.12.2009, 13:04 +0100 schrieb Erik Rigtorp:
On Mon, Dec 21, 2009 at 23:50, Erik Rigtorp e...@rigtorp.com wrote:
Some IPC Benchmarks, Solaris 10 on a quad core Intel Core2 Duo. The
benchmarks
On Mon, Dec 21, 2009 at 23:50, Erik Rigtorp e...@rigtorp.com wrote:
Some IPC Benchmarks, Solaris 10 on a quad core Intel Core2 Duo. The
benchmarks are running on a cpuset with 1 core. I measure the time
from sending in one process until the other process receives the
message. So a context
On Sun, Dec 20, 2009 at 17:18, Gerd Stolpmann g...@gerd-stolpmann.de 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
On Sun, Dec 20, 2009 at 14:47, Yaron Minsky ymin...@gmail.com wrote:
On Sun, Dec 20, 2009 at 7:21 AM, Erik Rigtorp e...@rigtorp.com wrote:
The first step for OCaml would be to be able to run multiple
communicating instances of the runtime bound to one core each in one
process and have them
On Sat, Dec 19, 2009 at 20:38, Jeff Shaw shawj...@msu.edu wrote:
My understanding is that since jocaml uses the regular ocaml runtime, it is
also not multicore enabled.
Haskell is a functional language that has good performance that can use
multiple processors, but the learning curve is
be to be able to run multiple
communicating instances of the runtime bound to one core each in one
process and have them communicate via lock free queues.
Erik Rigtorp
___
Caml-list mailing list. Subscription management:
http://yquem.inria.fr/cgi-bin
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