From owner-freebsd-emulation Fri Feb 9 22:17: 5 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 8F38F37B401 for ; Fri, 9 Feb 2001 22:16:48 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id f1A6GCf21887; Fri, 9 Feb 2001 22:16:12 -0800 (PST) (envelope-from dillon) Date: Fri, 9 Feb 2001 22:16:12 -0800 (PST) From: Matt Dillon Message-Id: <200102100616.f1A6GCf21887@earth.backplane.com> To: Andrew Gallatin Cc: Bruce Evans , freebsd-emulation@FreeBSD.ORG Subject: Re: What's changed recently with vmware/linuxemu/file I/O References: <14980.8856.555504.633075@grasshopper.cs.duke.edu> <14980.48507.507487.690557@grasshopper.cs.duke.edu> Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org :I do have one question -- for the app we care about (vmware) the pages :in the mmaped file will apparently be wired. Is there any reason why :we couldn't just skip wired pages in vm_object_page_clean()? It seems :like there's no point in cleaning a wired page because you won't be :able to free it anyway, so it doesn't matter if it is dirty... : :Thanks, : :Drew As far as I know vmware is not wiring pages down. vm_object_page_clean() is called from higher levels to clean a specific range of pages in an object. For example, I believe it is called from msync(). We obviously do not want to prevent it from cleaning wired pages! -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message