From owner-freebsd-emulation Sun Feb 4 22:20:36 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from xor.obsecurity.org (adsl-64-165-226-40.dsl.lsan03.pacbell.net [64.165.226.40]) by hub.freebsd.org (Postfix) with ESMTP id 82F6E37B401 for ; Sun, 4 Feb 2001 22:20:18 -0800 (PST) Received: by xor.obsecurity.org (Postfix, from userid 1000) id 0F47B66B62; Sun, 4 Feb 2001 22:19:59 -0800 (PST) Date: Sun, 4 Feb 2001 22:19:59 -0800 From: Kris Kennaway To: Dag-Erling Smorgrav Cc: Dan Nelson , Christoph Kukulies , emulation@FreeBSD.ORG Subject: Re: Realplay - linux Message-ID: <20010204221959.B67969@mollari.cthul.hu> References: <20010131083208.B64860@gil.physik.rwth-aachen.de> <20010131141051.A23635@dan.emsphone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="xgyAXRrhYN0wYx8y" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Thu, Feb 01, 2001 at 11:13:33AM +0100 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --xgyAXRrhYN0wYx8y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 01, 2001 at 11:13:33AM +0100, Dag-Erling Smorgrav wrote: > Dan Nelson writes: > > options P1003_1B > > options _KPOSIX_PRIORITY_SCHEDULING > > options _KPOSIX_VERSION=3D199309L >=20 > Does anybody know of a reason why this shouldn't be standard? It is in GENERIC. Kris --xgyAXRrhYN0wYx8y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6fkYPWry0BWjoQKURAhQ1AKCoDeBEMpy1gUJL9JA8sP3U69uyqACeNv6Q BtE4CgH2xpwJrHIcKwu6hxM= =QbhU -----END PGP SIGNATURE----- --xgyAXRrhYN0wYx8y-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 5 0:29:45 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by hub.freebsd.org (Postfix) with ESMTP id 01A7037B491 for ; Mon, 5 Feb 2001 00:29:27 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.9.3/8.9.3) id JAA99414; Mon, 5 Feb 2001 09:28:55 +0100 (CET) (envelope-from kuku) Date: Mon, 5 Feb 2001 09:28:14 +0100 From: Christoph Kukulies To: Kris Kennaway Cc: Dag-Erling Smorgrav , Dan Nelson , Christoph Kukulies , emulation@FreeBSD.ORG Subject: Re: Realplay - linux Message-ID: <20010205092814.A99364@gil.physik.rwth-aachen.de> References: <20010131083208.B64860@gil.physik.rwth-aachen.de> <20010131141051.A23635@dan.emsphone.com> <20010204221959.B67969@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20010204221959.B67969@mollari.cthul.hu>; from kennaway@pacbell.net on Sun, Feb 04, 2001 at 10:19:59PM -0800 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, Feb 04, 2001 at 10:19:59PM -0800, Kris Kennaway wrote: > On Thu, Feb 01, 2001 at 11:13:33AM +0100, Dag-Erling Smorgrav wrote: > > Dan Nelson writes: > > > options P1003_1B > > > options _KPOSIX_PRIORITY_SCHEDULING > > > options _KPOSIX_VERSION=199309L > > > > Does anybody know of a reason why this shouldn't be standard? OK, that's fine. I was running and updating everytime from the same old kernel CONFIG file so I missed these. Sorry for misleading you to the assumption, Dag, that it wasn't the default. > > It is in GENERIC. > > Kris -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 5 3:35:44 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id DDBE237B401 for ; Mon, 5 Feb 2001 03:35:25 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id MAA51819; Mon, 5 Feb 2001 12:35:21 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Kris Kennaway Cc: Dan Nelson , Christoph Kukulies , emulation@FreeBSD.ORG Subject: Re: Realplay - linux References: <20010131083208.B64860@gil.physik.rwth-aachen.de> <20010131141051.A23635@dan.emsphone.com> <20010204221959.B67969@mollari.cthul.hu> From: Dag-Erling Smorgrav Date: 05 Feb 2001 12:35:21 +0100 In-Reply-To: Kris Kennaway's message of "Sun, 4 Feb 2001 22:19:59 -0800" Message-ID: Lines: 15 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kris Kennaway writes: > On Thu, Feb 01, 2001 at 11:13:33AM +0100, Dag-Erling Smorgrav wrote: > > Dan Nelson writes: > > > options P1003_1B > > > options _KPOSIX_PRIORITY_SCHEDULING > > > options _KPOSIX_VERSION=199309L > > Does anybody know of a reason why this shouldn't be standard? > It is in GENERIC. That doesn't mean it's standard, it only means it's strongly recommended. I'm talking about making it non-optional. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 5 3:47:19 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from xor.obsecurity.org (adsl-64-165-226-40.dsl.lsan03.pacbell.net [64.165.226.40]) by hub.freebsd.org (Postfix) with ESMTP id 8344C37B401 for ; Mon, 5 Feb 2001 03:47:02 -0800 (PST) Received: by xor.obsecurity.org (Postfix, from userid 1000) id C0F0366E1F; Mon, 5 Feb 2001 03:46:43 -0800 (PST) Date: Mon, 5 Feb 2001 03:46:43 -0800 From: Kris Kennaway To: Dag-Erling Smorgrav Cc: Dan Nelson , Christoph Kukulies , emulation@FreeBSD.ORG Subject: Re: Realplay - linux Message-ID: <20010205034642.A53706@mollari.cthul.hu> References: <20010131083208.B64860@gil.physik.rwth-aachen.de> <20010131141051.A23635@dan.emsphone.com> <20010204221959.B67969@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Mon, Feb 05, 2001 at 12:35:21PM +0100 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 05, 2001 at 12:35:21PM +0100, Dag-Erling Smorgrav wrote: > Kris Kennaway writes: > > On Thu, Feb 01, 2001 at 11:13:33AM +0100, Dag-Erling Smorgrav wrote: > > > Dan Nelson writes: > > > > options P1003_1B > > > > options _KPOSIX_PRIORITY_SCHEDULING > > > > options _KPOSIX_VERSION=3D199309L > > > Does anybody know of a reason why this shouldn't be standard? > > It is in GENERIC. >=20 > That doesn't mean it's standard, it only means it's strongly > recommended. I'm talking about making it non-optional. I don't think this is sensible - if you don't need it, you should be able to compile it out of your kernel (think PicoBSD, etc). Kris --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6fpKiWry0BWjoQKURAmHmAKCGFstXnXgquisOnBhZHmoN/RWnWgCgijEw cMvmEkUcp3vYaCYtj4wCRWQ= =jvf7 -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 7 15:29:33 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by hub.freebsd.org (Postfix) with ESMTP id C087637B503 for ; Wed, 7 Feb 2001 15:29:13 -0800 (PST) Received: from deneb (deneb [128.130.111.2]) by vexpert.dbai.tuwien.ac.at (8.11.1/8.11.1) with ESMTP id f17NSse13161; Thu, 8 Feb 2001 00:28:57 +0100 (MET) Date: Thu, 8 Feb 2001 00:28:53 +0100 (CET) From: Gerald Pfeifer To: Dag-Erling Smorgrav Cc: Kris Kennaway , Dan Nelson , Christoph Kukulies , Subject: Re: Realplay - linux In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 5 Feb 2001, Dag-Erling Smorgrav wrote: >>>> options P1003_1B >>>> options _KPOSIX_PRIORITY_SCHEDULING >>>> options _KPOSIX_VERSION=199309L >>> Does anybody know of a reason why this shouldn't be standard? >> It is in GENERIC. > That doesn't mean it's standard, it only means it's strongly > recommended. I'm talking about making it non-optional. While we are at it: Can we please put options USER_LDT in the GENERIC kernel? This is needed for Wine (from ports/emulators), and that very same behavior has been supported by Linux out of the box for years, so I don't see why we shouldn't to the same. Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 7 19:14:58 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id 7EEFA37B69D for ; Wed, 7 Feb 2001 19:14:40 -0800 (PST) Received: from xor.obsecurity.org ([64.165.226.103]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8F00CLI4PVVX@mta6.snfc21.pbi.net> for emulation@freebsd.org; Wed, 7 Feb 2001 19:08:21 -0800 (PST) Received: by xor.obsecurity.org (Postfix, from userid 1000) id 1E0D666B62; Wed, 07 Feb 2001 19:10:52 -0800 (PST) Date: Wed, 07 Feb 2001 19:10:51 -0800 From: Kris Kennaway Subject: Re: Realplay - linux In-reply-to: ; from pfeifer@dbai.tuwien.ac.at on Thu, Feb 08, 2001 at 12:28:53AM +0100 To: Gerald Pfeifer Cc: emulation@freebsd.org Message-id: <20010207191051.A35662@mollari.cthul.hu> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-disposition: inline User-Agent: Mutt/1.2.5i References: Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 08, 2001 at 12:28:53AM +0100, Gerald Pfeifer wrote: > On 5 Feb 2001, Dag-Erling Smorgrav wrote: > >>>> options P1003_1B > >>>> options _KPOSIX_PRIORITY_SCHEDULING > >>>> options _KPOSIX_VERSION=3D199309L > >>> Does anybody know of a reason why this shouldn't be standard? > >> It is in GENERIC. > > That doesn't mean it's standard, it only means it's strongly > > recommended. I'm talking about making it non-optional. >=20 > While we are at it: Can we please put > options USER_LDT > in the GENERIC kernel? This is needed for Wine (from ports/emulators), > and that very same behavior has been supported by Linux out of the box > for years, so I don't see why we shouldn't to the same. No objections from this peanut. Kris --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6gg47Wry0BWjoQKURAp+UAJ90erYw6YrW606QUoa+YngBhn49SQCfUVxw dWAycOb145tOoyMWNTX/Zok= =pL7Y -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 9 9:12:28 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from xena.gsicomp.on.ca (cr677933-a.ktchnr1.on.wave.home.com [24.43.230.149]) by hub.freebsd.org (Postfix) with ESMTP id 5B82637BD35 for ; Fri, 9 Feb 2001 08:26:44 -0800 (PST) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.9.3) with SMTP id f19GOwi48514 for ; Fri, 9 Feb 2001 11:24:59 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <001b01c092b4$b4144610$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: Subject: test Date: Fri, 9 Feb 2001 11:23:57 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just want to see if I get this message, as I haven't received anything from any FreeBSD list in the last 8 hours. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 9 9:16: 9 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id DCAFE37BE14 for ; Fri, 9 Feb 2001 09:02:47 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id MAA29074; Fri, 9 Feb 2001 12:02:47 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id f19H2GE02303; Fri, 9 Feb 2001 12:02:16 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14980.8856.555504.633075@grasshopper.cs.duke.edu> Date: Fri, 9 Feb 2001 12:02:16 -0500 (EST) To: Julian Elischer Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: What's changed recently with vmware/linuxemu/file I/O In-Reply-To: <3A8417B3.126F47AB@elischer.org> References: <20010208113519.A789@tao.org.uk> <3A828C2C.F7CDA809@elischer.org> <14979.29437.518299.842853@grasshopper.cs.duke.edu> <14980.2381.849005.313177@grasshopper.cs.duke.edu> <3A8417B3.126F47AB@elischer.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Julian Elischer writes: > > I don't like the sound of that hack.. > are they doing something in Linux to tell Linux to not sync it? Linux apparently only syncs mmap'ed files when they are closed (or when it is under memory pressure). Eg, linux treats every mmap'ed file as MAP_NOSYNC. My hacks currently don't sync it on close, this is a problem. However, I think this could be fixed... > I nkow it's gross but could we only do that hack if it'a vmware? > > (probably should be on -emulation) Agreed. I just put it there & trimmed the CC's. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 9 18:11:58 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id D97F937B491 for ; Fri, 9 Feb 2001 18:11:39 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id NAA21153; Sat, 10 Feb 2001 13:11:27 +1100 Date: Sat, 10 Feb 2001 13:11:05 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Andrew Gallatin Cc: Julian Elischer , freebsd-emulation@FreeBSD.ORG Subject: Re: What's changed recently with vmware/linuxemu/file I/O In-Reply-To: <14980.8856.555504.633075@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 9 Feb 2001, Andrew Gallatin wrote: > Julian Elischer writes: > > > > I don't like the sound of that hack.. > > are they doing something in Linux to tell Linux to not sync it? > > Linux apparently only syncs mmap'ed files when they are closed (or > when it is under memory pressure). Eg, linux treats every mmap'ed file > as MAP_NOSYNC. This may be just because the default mount option under linux is equivalent to -async under FreeBSD. Mmapped files shouldn't be synced differently than ordinary files unless an mmap option specifies it. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 9 20: 3:58 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 2F9BB37B401; Fri, 9 Feb 2001 20:03:40 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id XAA22019; Fri, 9 Feb 2001 23:03:39 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.1/8.9.1) id f1A437F42478; Fri, 9 Feb 2001 23:03:07 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14980.48507.507487.690557@grasshopper.cs.duke.edu> Date: Fri, 9 Feb 2001 23:03:07 -0500 (EST) To: Bruce Evans Cc: dillon@freebsd.org, freebsd-emulation@freebsd.org Subject: Re: What's changed recently with vmware/linuxemu/file I/O In-Reply-To: References: <14980.8856.555504.633075@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bruce Evans writes: > On Fri, 9 Feb 2001, Andrew Gallatin wrote: > > > Julian Elischer writes: > > > > > > I don't like the sound of that hack.. > > > are they doing something in Linux to tell Linux to not sync it? > > > > Linux apparently only syncs mmap'ed files when they are closed (or > > when it is under memory pressure). Eg, linux treats every mmap'ed file > > as MAP_NOSYNC. > > This may be just because the default mount option under linux is > equivalent to -async under FreeBSD. Mmapped files shouldn't be synced > differently than ordinary files unless an mmap option specifies it. No, Linux really treats them differently. It will at least start sinking ordinary files to disk nearly instantly, but it just plain won't touch mmaped files until the file is closed (or until it comes under memory pressure). I've empirically verified this behaviour with a 2.2.16-22 kernel on a collegue's machine and with ahunt.c (in ~gallatin/ on freefall). 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message 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