From owner-freebsd-current Fri Feb 9 8:32: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from syncopation-03.iinet.net.au (syncopation-03.iinet.net.au [203.59.24.49]) by hub.freebsd.org (Postfix) with SMTP id 2489537BBFF for ; Fri, 9 Feb 2001 08:15:52 -0800 (PST) Received: (qmail 10745 invoked by uid 666); 9 Feb 2001 16:23:12 -0000 Received: from reggae-03-225.nv.iinet.net.au (HELO elischer.org) (203.59.78.225) by mail.m.iinet.net.au with SMTP; 9 Feb 2001 16:23:12 -0000 Message-ID: <3A8417B3.126F47AB@elischer.org> Date: Fri, 09 Feb 2001 08:15:47 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Andrew Gallatin Cc: freebsd-current@FreeBSD.ORG, Dag-Erling Smorgrav , Josef Karthauser , Robert Watson , Brian Somers , Bruce Evans , freebsd-hackers@FreeBSD.ORG Subject: Re: What's changed recently with vmware/linuxemu/file I/O 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> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrew Gallatin wrote: > > Andrew Gallatin writes: > > > > Dag-Erling Smorgrav writes: > > > Julian Elischer writes: > > > > I believe that vmware mmaps a region of memory and then somehow syncs > > > > it to disk. (It is certainly doing something like it here). > > > > > > Theory: VMWare mmaps a region of memory corresponding to the virtual > > > machine's "physical" RAM, then touches every page during startup. > > > Unless some form of clustering is done, this causes 16384 write > > > operations for a 64 MB virtual machine... > > > > > > > Pretty much. But the issue is that this should never hit the disk > > unless we're under memory pressure because it is mapped MAP_NOSYNC > > (actually the file is unlinked prior to the mmap() and a heuristic in > > vm_mmap() detects this and sets MAP_NOSYNC). > > I take it back. At least with the latest version of vmware, it is > apparently not mapped MAP_NOSYNC. I think they've moved from > mmap'ing a file in $TMPDIR to just using the CONFIG.std save/resume > file. Perhaps this is only if you have resumed from a suspended > state... I haven't checked that out yet. > > At any rate, hacking linux_mmap to ad MAP_NOSYNC to mmaped files, in > combination with yesterdays patch, appears to improve > perf. considerably. I don't like the sound of that hack.. are they doing something in Linux to tell Linux to not sync it? I nkow it's gross but could we only do that hack if it'a vmware? (probably should be on -emulation) > > Drew > > ------------------------------------------------------------------------------ > Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin > Duke University Email: gallatin@cs.duke.edu > Department of Computer Science Phone: (919) 660-6590 -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message