From: Filip Navara <navaraf@reactos.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] QEMU_TMPDIR temp folder for KQEMU for Windows.
Date: Sat, 03 Sep 2005 16:48:35 +0200 [thread overview]
Message-ID: <4319B7C3.8010105@reactos.com> (raw)
In-Reply-To: <20050830134218.17388.qmail@web50508.mail.yahoo.com>
Francois Rioux wrote:
> Filip,
>
> I'm not trying to put the guest in ram. As you state, let's Windows
> manage its whole memory, paging and swapping. I agree it would be as
> dumb as setting up a ramdisk to put the swapfile. Let's not trying to
> outsmart the OS.
There's slight misunderstaning there. What I'm saying is that on
QEMU/Windows there's no "big hidden file containing the RAM of the
virtual machine", it's simply stored in the host RAM (and the host OS
can decide to page out parts of it to disk - to pagefile.sys, or
whatever is setup - but it may not do so if you have enough physical
memory available).
On other platforms where QEMU runs there's the famous "big hidden file
containing the RAM of the virtual machine" and it's mapped into memory
and used as the storage of guest RAM. Whenever the OS decides the
in-memory contents are synced with the on-disk file. Actually I don't
understand the benefits of putting it on real ramdisk (...but /dev/shm,
or actually TMPFS is not *REAL RAMDISK* since it grows and shrink based
on the contents and the pages can be be swapped out ... so in a way it
does the same thing as we accomplish on Windows with pure virtual memory
allocation).
Maybe I haven't explained the details correctly (and I'm not exactly
sure about them on the *nix side of things), but the point is that no
such file containing the guest RAM is present on Windows.
- Filip
prev parent reply other threads:[~2005-09-03 14:56 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-29 16:56 [Qemu-devel] Re: qemu 0.7.1 + dkms-qvm86-0.7.1 (mandriva 2005 / cooker) produces version mismatch Hannes Fuchs
2005-08-29 18:05 ` [Qemu-devel] QEMU_TMPDIR temp folder for KQEMU for Windows Francois Rioux
2005-08-29 18:53 ` John R. Hogerhuis
2005-08-29 21:59 ` Jim C. Brown
2005-08-30 7:29 ` [Qemu-devel] qemu optimization John R. Hogerhuis
2005-08-30 11:17 ` Paul Brook
2005-08-30 18:05 ` John R. Hogerhuis
2005-08-30 18:30 ` Paul Brook
2005-08-29 22:01 ` [Qemu-devel] QEMU_TMPDIR temp folder for KQEMU for Windows Jim C. Brown
2005-08-30 3:45 ` Francois Rioux
2005-08-30 9:08 ` Filip Navara
2005-08-30 13:42 ` Francois Rioux
2005-08-30 14:02 ` Paul Brook
2005-09-03 13:51 ` ace
2005-09-03 17:35 ` Doctor Bill
2005-09-03 14:48 ` Filip Navara [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4319B7C3.8010105@reactos.com \
--to=navaraf@reactos.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.