From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by yquem.inria.fr (Postfix) with ESMTP id B81B3BC3F for ; Fri, 29 Oct 2004 10:04:45 +0200 (CEST) Received: from pauillac.inria.fr (pauillac.inria.fr [128.93.11.35]) by concorde.inria.fr (8.13.0/8.13.0) with ESMTP id i9T84jQ4022665 for ; Fri, 29 Oct 2004 10:04:45 +0200 Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id KAA28026 for ; Fri, 29 Oct 2004 10:04:45 +0200 (MET DST) Received: from smtp005.mail.ukl.yahoo.com (smtp005.mail.ukl.yahoo.com [217.12.11.36]) by nez-perce.inria.fr (8.13.0/8.13.0) with SMTP id i9T84iQb019834 for ; Fri, 29 Oct 2004 10:04:44 +0200 Received: from unknown (HELO ?192.168.1.113?) (vincenzo?ml@82.49.166.25 with plain) by smtp005.mail.ukl.yahoo.com with SMTP; 29 Oct 2004 08:04:44 -0000 From: Vincenzo Ciancia To: caml-list@inria.fr Subject: Re: [Caml-list] non-blocking Unix.*stat functions? Date: Fri, 29 Oct 2004 10:07:56 +0200 User-Agent: KMail/1.7 References: <200410282206.35089.vincenzo_mlRE.MOVE@yahoo.it> <20041028214504.GA1279@old.davidb.org> In-Reply-To: <20041028214504.GA1279@old.davidb.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410291007.56792.vincenzo_mlRE.MOVE@yahoo.it> X-Miltered: at concorde with ID 4181F99D.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Miltered: at nez-perce with ID 4181F99C.003 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 non-blocking:01 wrote:01 mnt:01 largefile:01 ...:98 unix:01 unix:01 functions:01 module:03 generally:03 blocking:04 problem:05 probably:05 quite:06 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on yquem.inria.fr X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.0.0 X-Spam-Level: On Thursday 28 October 2004 23:45, David Brown wrote: > Well, in "ordinary" filesystems, stat and friends don't generally > take very much time, which is probably why they aren't blocking. Not quite, there is the cd reader; on a newly inserted cdrom for example: vincenzo@ronzinante vincenzo $ cd /mnt/cdrom vincenzo@ronzinante cdrom $ time stat . [...] real 0m11.966s this is also a problem with the Unix.LargeFile module of course. Vincenzo -- Money for nothing, that's the way you do it [Dire Straits]