From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by walapai.inria.fr (8.13.6/8.13.6) with ESMTP id p3NHWb8s012535 for ; Sat, 23 Apr 2011 19:32:37 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq8BAPoLs03UnwdjkGdsb2JhbAClZxQBAQEBCQkNBxQEIcIUhXYEkj0 X-IronPort-AV: E=Sophos;i="4.64,259,1301868000"; d="scan'208";a="97823528" Received: from relay.pcl-ipout01.plus.net ([212.159.7.99]) by mail2-smtp-roc.national.inria.fr with ESMTP/TLS/RC4-SHA; 23 Apr 2011 19:32:31 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEALQMs01UXebj/2dsb2JhbAClZ3fCDYV2BJI9 Received: from outmx01.plus.net ([84.93.230.227]) by relay.pcl-ipout01.plus.net with ESMTP; 23 Apr 2011 18:32:31 +0100 Received: from [80.229.123.248] (helo=WinEight) by outmx01.plus.net with esmtp (Exim) id 1QDgh4-0001xN-FL; Sat, 23 Apr 2011 18:32:30 +0100 From: "Jon Harrop" To: "'Hugo Ferreira'" Cc: References: <2054357367.219171.1300974318806.JavaMail.root@zmbs4.inria.fr> <4D8BD02D.1010505@inria.fr> <4D8C73C8.6020801@inescporto.pt> <1301055903.8429.314.camel@thinkpad> <341494683.237537.1301057887481.JavaMail.root@zmbs4.inria.fr> <4D8C944A.9060601@inria.fr> <4D8CB859.9040709@inescporto.pt> <4D8CDDCC.4010000@ens-lyon.org> <029701cbff90$7a874510$6f95cf30$@ffconsultancy.com> <76544177.594058.1303341821437.JavaMail.root@zmbs4.inria.fr> <4DAFE141.7080003@inria.fr> <4DAFEC65.7060000@inescporto.pt> In-Reply-To: <4DAFEC65.7060000@inescporto.pt> Date: Sat, 23 Apr 2011 18:32:03 +0100 Message-ID: <00b901cc01dc$5c898110$159c8330$@ffconsultancy.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFhMASujb2QG2h3N2h7/lJjoQ23OAIYQRkZAge6bucBi7oV8gIGVE8/AmcCvngCudDnUAFa0vZTAUOS6jwBrZhQPwGysqgJAVQu3QYCFmZXupSPcB9A Content-Language: en-gb Subject: RE: [Caml-list] Efficient OCaml multicore -- roadmap? Hugo wrote: > Fabrice wrote: > > You think the programmers in the world that are only interested in > > floating-point intensive computations, with fine-grain concurrency, > > are a huge majority. I think they are not so many. Can we do a better > > job of quantifying this ? > > Some of us are interested in parallel computation for symbolic manipulation. In > my case I am manipulating sets of literals in predicate logic. I am sure this is also > useful in other areas such ans ILP, graph mining, frequent pattern mining, etc. Yes. Symbolic programming is increasingly common in scientific computing as scientists have come to realise that higher-level languages make it feasible to attack problems that were considered intractable before. Thomas Fischbacher did some good work on this using OCaml a few years ago that attracted a lot of attention. Cheers, Jon.