login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
October
»
12
Re: [PATCH] mm: avoid dirtying shared mappings on mlock
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Peter Zijlstra
Subject:
Re: [PATCH] mm: avoid dirtying shared mappings on mlock
Date: Friday, October 12, 2007 - 7:58 am
On Fri, 2007-10-12 at 07:53 -0700, Arjan van de Ven wrote:
quoted text
> On Fri, 12 Oct 2007 12:50:22 +0200 > > > > The pages will still be read-only due to dirty tracking, so the > > > > first write will still do page_mkwrite(). > > >=20 > > > Which can SIGBUS, no? > >=20 > > Sure, but that is no different than any other mmap'ed write. I'm not > > seeing how an mlocked region is special here. > >=20 > > I agree it would be nice if mmap'ed writes would have better error > > reporting than SIGBUS, but such is life. >=20 > well... there's another consideration > people use mlock() in cases where they don't want to go to the > filesystem for paging and stuff as well (think the various iscsi > daemons and other things that get in trouble).. those kind of uses > really use mlock to avoid > 1) IO to the filesystem > 2) Needing memory allocations for pagefault like things > at least for the more "hidden" cases... >=20 > prefaulting everything ready pretty much gives them that... letting > things fault on demand... nicely breaks that.
Non of that is changed. So I'm a little puzzled as to which side you argue.
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH] Don't needlessly dirty mlocked pages when initiall ...
, Suleiman Souhlal
, (Thu Jul 26, 4:52 pm)
Re: [PATCH] Don't needlessly dirty mlocked pages when init ...
, Andrew Morton
, (Thu Jul 26, 5:23 pm)
Re: [PATCH] Don't needlessly dirty mlocked pages when init ...
, Peter Zijlstra
, (Thu Jul 26, 11:33 pm)
Re: [PATCH] mm: avoid dirtying shared mappings on mlock
, Nick Piggin
, (Thu Oct 11, 9:57 am)
Re: [PATCH] mm: avoid dirtying shared mappings on mlock
, Nick Piggin
, (Thu Oct 11, 10:07 am)
Re: [PATCH] mm: avoid dirtying shared mappings on mlock
, Nick Piggin
, (Thu Oct 11, 11:14 am)
Re: [PATCH] Don't needlessly dirty mlocked pages when init ...
, Suleiman Souhlal
, (Thu Oct 11, 11:50 pm)
[PATCH] mm: avoid dirtying shared mappings on mlock
, Peter Zijlstra
, (Fri Oct 12, 2:03 am)
Re: [PATCH] mm: avoid dirtying shared mappings on mlock
, Peter Zijlstra
, (Fri Oct 12, 3:37 am)
Re: [PATCH] mm: avoid dirtying shared mappings on mlock
, Peter Zijlstra
, (Fri Oct 12, 3:50 am)
Re: [PATCH] mm: avoid dirtying shared mappings on mlock
, Nick Piggin
, (Fri Oct 12, 5:23 am)
Re: [PATCH] Don't needlessly dirty mlocked pages when init ...
, Mauro Giachero
, (Fri Oct 12, 6:10 am)
Re: [PATCH] mm: avoid dirtying shared mappings on mlock
, Arjan van de Ven
, (Fri Oct 12, 7:53 am)
Re: [PATCH] mm: avoid dirtying shared mappings on mlock
, Peter Zijlstra
, (Fri Oct 12, 7:58 am)
Re: [PATCH] mm: avoid dirtying shared mappings on mlock
, Suleiman Souhlal
, (Fri Oct 12, 10:45 am)
Re: [PATCH] mm: avoid dirtying shared mappings on mlock
, Arjan van de Ven
, (Fri Oct 12, 10:53 am)
Re: [PATCH] mm: avoid dirtying shared mappings on mlock
, Peter Zijlstra
, (Fri Oct 12, 11:02 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Paul Turner
[tg_shares_up rewrite v4 11/11] sched: update tg->shares after cpu.shares write
Mr. James W. Laferriere
Re: Linux 2.6.25-rc1 , syntax error near unexpected token `;'
Linus Torvalds
Linux 2.6.34-rc4
Colin Cross
[PATCH 12/21] ARM: tegra: Add suspend and hotplug support
Chuck Ebbert
Re: PCI: Unable to reserve mem region problem
git
:
Fredrik Kuivinen
Re: fatal: unable to create '.git/index': File exists
Wink Saville
How-to combine several separate git repos?
Emily Ren
How to pull remote branch with specified commit id?
Denis Bueno
Git clone error
pradeep singh
git-update-server-info may be required,cannot clone and pull from a remote reposit...
linux-netdev
:
Jamie Lokier
Re: POHMELFS high performance network filesystem. Transactions, failover, performa...
Timo Teräs
ip xfrm policy semantics
Jarek Poplawski
Re: socket api problem: can't bind an ipv6 socket to ::ffff:0.0.0.0
Michael S. Tsirkin
[PATCH 3/3] vhost: fix get_user_pages_fast error handling
Jeff Garzik
Re: [0/3] POHMELFS high performance network filesystem. First steps in parallel pr...
openbsd-misc
:
Sevan / Venture37
Re: This is what Linus Torvalds calls openBSD crowd
Netmaffia.hu
Tini Lányok AKCIÓBAN OTTHON
Siju George
This is what Linus Torvalds calls openBSD crowd
Darrin Chandler
Re: OT: Python (was Re: vi in /bin)
frantisek holop
Re: splassert: vwakeup: and friends
git-commits-head
:
Linux Kernel Mailing List
ASoC: fix registration of the SoC card in the Freescale MPC8610 drivers
Linux Kernel Mailing List
drivers/acpi: use kasprintf
Linux Kernel Mailing List
powerpc/fsl_msi: enable msi allocation in all banks
Linux Kernel Mailing List
bnx2x: Moving includes
Linux Kernel Mailing List
nfsd41: sanity check client drc maxreqs
Colocation donated by:
Syndicate