From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail1-relais-roc.national.inria.fr (mail1-relais-roc.national.inria.fr [192.134.164.82]) by walapai.inria.fr (8.13.6/8.13.6) with ESMTP id p3NH5wsq011929 for ; Sat, 23 Apr 2011 19:05:58 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As0BALsFs03Unwcki2dsb2JhbAClZxQBAQEKCwsHEgYhiHC5JYV2BJI9 X-IronPort-AV: E=Sophos;i="4.64,259,1301868000"; d="scan'208";a="106550889" Received: from relay.ptn-ipout02.plus.net ([212.159.7.36]) by mail1-smtp-roc.national.inria.fr with ESMTP/TLS/RC4-SHA; 23 Apr 2011 19:05:52 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAJgGs01UXebj/2dsb2JhbAClZ3eIcLkqhXYEkj0 Received: from outmx01.plus.net ([84.93.230.227]) by relay.ptn-ipout02.plus.net with ESMTP; 23 Apr 2011 18:05:42 +0100 Received: from [80.229.123.248] (helo=WinEight) by outmx01.plus.net with esmtp (Exim) id 1QDgH7-0006KB-Un; Sat, 23 Apr 2011 18:05:42 +0100 From: "Jon Harrop" To: "'Fabrice Le Fessant'" , 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> In-Reply-To: <4DAFE141.7080003@inria.fr> Date: Sat, 23 Apr 2011 18:05:14 +0100 Message-ID: <00b801cc01d8$9dd557b0$d9800710$@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/AmcCvngCudDnUAFa0vZTAUOS6jwBrZhQPwGysqgJAVQu3QaUoCIBUA== Content-Language: en-gb Subject: RE: [Caml-list] Efficient OCaml multicore -- roadmap? Fabrice wrote: > On 04/21/2011 01:23 AM, Jon Harrop wrote: > > The OCaml team at INRIA are not motivated to do this because it does > > not constitute research, would probably make Coq slower and would > > burden them with maintaining irrelevant features. > > You think the programmers in the world that are only interested in floating-point > intensive computations, with fine-grain concurrency, are a huge majority. That is neither true nor relevant. > > OCaml users just migrate to other languages that are closer to what > > they want rather than spending years learning how to build a parallel > > OCaml, then doing it and then building a community around it. The only > > notable exception might be Jane St. Capital because they have the > > resources and a vested interest in performance. There are other large > > companies invested in OCaml, like Citrix, but they aren't so interested in > parallelism. > > That's probably the reason why so many scientists use Python instead of OCaml, > because it is faster with better multicore support ? I always thought Python was > slower than OCaml, and had no multicore support... Scientists in academia use Python because it is a cheap and easy way to invoke existing solutions generally written in low-level languages like C, C++ and Fortran. While there is certainly merit in such utility it is hardly relevant to this discussion. Cheers, Jon.