From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Re: msync() behaviour broken for MS_ASYNC, revert patch? From: "Stephen C. Tweedie" In-Reply-To: References: <1080771361.1991.73.camel@sisko.scot.redhat.com> <1080776487.1991.113.camel@sisko.scot.redhat.com> <1080834032.2626.94.camel@sisko.scot.redhat.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1080837208.2626.111.camel@sisko.scot.redhat.com> Mime-Version: 1.0 Date: 01 Apr 2004 17:33:28 +0100 Sender: owner-linux-mm@kvack.org Return-Path: To: Linus Torvalds Cc: linux-mm , Andrew Morton , linux-kernel , Ulrich Drepper , Stephen Tweedie List-ID: Hi, On Thu, 2004-04-01 at 17:02, Linus Torvalds wrote: > > Worse, it doesn't seem to be implemented consistently either. I've been > > trying on a few other Unixen while writing this. First on a Tru64 box, > > and it is _not_ kicking off any IO at all for MS_ASYNC, except for the > > 30-second regular sync. The same appears to be true on FreeBSD. And on > > HP-UX, things go in the other direction: the performance of MS_ASYNC is > > identical to MS_SYNC, both in terms of observed disk IO during the sync > > and the overall rate of the msync loop. > > If you check HP-UX, make sure it's a recent one. HPUX has historically > been just too broken for words when it comes to mmap() (ie some _really_ > strange semantics, like not being able to unmap partial mappings etc). I'm not sure what counts as "recent" for that, but this was on HP-UX 11. That's the most recent I've got access to. --Stephen -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: aart@kvack.org