linux-kernel - Re: O_DIRECT question

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <45A65D7C.2040206@cfl.rr.com>
Date:	Thu, 11 Jan 2007 10:53:32 -0500
From:	Phillip Susi <psusi@....rr.com>
To:	Viktor <vvp01@...ox.ru>
CC:	Linus Torvalds <torvalds@...l.org>, Aubrey <aubreylee@...il.com>,
	Hua Zhong <hzhong@...il.com>, Hugh Dickins <hugh@...itas.com>,
	linux-kernel@...r.kernel.org, hch@...radead.org,
	kenneth.w.chen@...el.com, akpm@...l.org, mjt@....msk.ru
Subject: Re: O_DIRECT question

Viktor wrote:
> OK, madvise() used with mmap'ed file allows to have reads from a file
> with zero-copy between kernel/user buffers and don't pollute cache
> memory unnecessarily. But how about writes? How is to do zero-copy
> writes to a file and don't pollute cache memory without using O_DIRECT?
> Do I miss the appropriate interface?

Not only that but mmap/madvise do not allow you to perform async io. 
You still have to just try and touch the memory and take the page fault 
to cause a read.  This is unacceptable to an application that is trying 
to manage multiple IO streams and keep the pipelines full; it needs to 
block only when there is no more work it can do.

Even with only a single io stream the application needs to keep one side 
reading and one side writing.  To make this work without O_DIRECT would 
require a method to asynchronously fault pages in, and the kernel would 
have to utilize that method when processing aio writes so as not to 
block the calling process if the buffer it asked to write is not in 
memory.

I was rather disappointed years ago by NT's lack of an async page fault 
path, which prevented me from developing an ftp server that could do 
zero copy IO, but still use the filesystem cache and avoid NT's version 
of O_DIRECT.

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