Message-Id: <200306122312.h5CNCwhk002147@verdi.et.tudelft.nl>
To: Andries Brouwer <aebr@win.tue.nl>
Cc: Alan Cox <alan@redhat.com>, Arjan van de Ven <arjanv@redhat.com>,
       robn@verdi.et.tudelft.nl, linux-kernel@vger.kernel.org
Subject: Re: open(.. O_DIRECT ..) difference in between Linux and FreeBSD .. 
In-Reply-To: Your message of "Thu, 12 Jun 2003 15:17:04 +0200."
             <20030612151704.A2588@pclin040.win.tue.nl> 
Mime-Version: 1.0
Content-Type: text/plain
Date: Fri, 13 Jun 2003 01:12:57 +0200
From: Rob van Nieuwkerk <robn@verdi.et.tudelft.nl>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1618
Lines: 34


Andries Brouwer wrote:
>        O_DIRECT
>               Try to minimize cache effects of  the  I/O  to  and
>               from  this file.  In general this will degrade per-
>               formance, but it is useful in  special  situations,
>               such  as  when  applications  do their own caching.
>               File  I/O  is  done  directly  to/from  user  space
>               buffers.  The I/O is synchronous, i.e., at the com-
>               pletion of the read(2)  or  write(2)  system  call,
>               data   is  guaranteed  to  have  been  transferred.
>               Transfer sizes, and the alignment  of  user  buffer
>               and  file offset must all be multiples of the logi-
>               cal block size of the file system.

FYI:
It appears that somewhere between RH kernels 2.4.18-27.7.x and 2.4.20-18.9
something has changed so that my application needs a O_SYNC too besides
the O_DIRECT to make sure that writes will be synchronous.  If I leave
the O_SYNC out with 2.4.20-18.9 the write will happen physically 35
seconds after the write() was done.

Haven't tested with a vanilla 2.4.* kernel yet but will try.
(All modern 2.4.2? kernels I tried will hang for > 30s during boot while
probing the CompactFlash and are because of that kind of useless: my
application needs a 5s boot-time ..)

	greetings,
	Rob van Nieuwkerk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/