From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by yquem.inria.fr (Postfix) with ESMTP id 2F4FABC57 for ; Sun, 28 Nov 2010 19:14:35 +0100 (CET) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsgCAD8q8kzAbSoIZGdsb2JhbACDUJE4jgEIGggNGAQesEuPZA2BFIMzcwQ X-IronPort-AV: E=Sophos;i="4.59,271,1288566000"; d="scan'208";a="80347111" Received: from einhorn.in-berlin.de ([192.109.42.8]) by mail4-smtp-sop.national.inria.fr with ESMTP; 28 Nov 2010 19:14:34 +0100 X-Envelope-From: oliver@first.in-berlin.de X-Envelope-To: Received: from first (e178028169.adsl.alicedsl.de [85.178.28.169]) (authenticated bits=0) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id oASIEXdV014154 for ; Sun, 28 Nov 2010 19:14:33 +0100 Received: by first (Postfix, from userid 1000) id 6046B4409D1; Sun, 28 Nov 2010 19:14:33 +0100 (CET) Date: Sun, 28 Nov 2010 19:14:33 +0100 From: oliver@first.in-berlin.de To: caml-list@yquem.inria.fr Subject: Re: [Caml-list] Re: Is OCaml fast? Message-ID: <20101128181433.GA1689@siouxsie> References: <20101123232742.GC28768@siouxsie> <1534555381.33107.1290723160355.JavaMail.root@zmbs4.inria.fr> <4CEEE852.5070101@inria.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4CEEE852.5070101@inria.fr> User-Agent: Mutt/1.5.20 (2009-06-14) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 X-Spam: no; 0.00; in-berlin:01 ocaml:01 0100,:01 ocaml:01 compiler:01 syscalls:01 wrote:01 unix:01 unix:01 oliver:01 oliver:01 compile:01 caml-list:01 data:02 structures:02 On Thu, Nov 25, 2010 at 11:50:58PM +0100, Fabrice Le Fessant wrote: [...] > The main problem was that other languages have bigger standard > libraries, whereas OCaml has a very small one (just what is needed > to compile the compiler, actually). In many problems, you could > benefit from using a very simple shared-memory library (in > mandelbrot, the ocaml multicore solution has to copy the image in a > socket between processes, whereas it could just be in a shared > memory segment), ...so you work on a shared-mem module?! > and in general, many solutions could benefit from > specialised data structures that are provided in other languages by > their standard libraries, and from some system calls that are > currently not in the Unix library. [...] During the last some releases a lot more unix syscalls were added and that's fine of course). Which calls are you missing there? Ciao, Oliver