From: Dan Aloni <da-x@colinux.org>
To: Christoph Hellwig <hch@infradead.org>,
Cooperative Linux Development
<colinux-devel@lists.sourceforge.net>,
Linux Kernel List <linux-kernel@vger.kernel.org>
Subject: Re: coLinux benchmarks
Date: Mon, 5 Apr 2004 16:05:29 +0200 [thread overview]
Message-ID: <20040405140529.GA5863@callisto.yi.org> (raw)
In-Reply-To: <20040405143056.A5621@infradead.org>
On Mon, Apr 05, 2004 at 02:30:56PM +0100, Christoph Hellwig wrote:
> > The VM shows better results than the host. What gives? Perhaps
> > it is because of the combination of the host and guest's buffer
> > cache? I'd like to know about more percise benchmarking methods
> > for VMs.
>
> How are the virtual disks for the VM implemented? If you're doing
> direct I/O these numbers are indeed strange. If not OTOH that's
> expected because even synchronous I/O in the guest is actually
> async which makes it a lot faster.
The virtual block device driver in coLinux, named cobd, is synchronous
with the host OS highest level read()/write() functions, which
means e.g. for a READ block I/O request in the guest,
filp->f_op->read() is called on an open 'struct file' in the host.
If the call blocks, the entire guest VM blocks on it.
So, according to this, any type of I/O in the guest means synchronous
I/O in the host unless the data is already in the guest's buffer cache.
It's not really the implementation I am planning to stick to, but
it sure was very easy to implement.
BTW, the block device on the host side can be a file or any
device that exposes read()/write() interfaces to userspace. In
this benchmarking case it is a 3GB file that hosts an image of
an ext3 filesystem.
--
Dan Aloni
da-x@colinux.org
next prev parent reply other threads:[~2004-04-05 14:05 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-05 13:15 coLinux benchmarks Dan Aloni
2004-04-05 13:30 ` Christoph Hellwig
2004-04-05 14:05 ` Dan Aloni [this message]
2004-04-05 20:11 ` [coLinux-devel] " Eyal Lotem
2004-04-05 22:22 ` Dan Aloni
2004-04-06 13:45 ` Ian C. Blenke
2004-04-06 14:07 ` Dan Aloni
2004-04-05 23:21 ` ReactOS and CoLinux status Steven Edwards
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=20040405140529.GA5863@callisto.yi.org \
--to=da-x@colinux.org \
--cc=colinux-devel@lists.sourceforge.net \
--cc=hch@infradead.org \
--cc=linux-kernel@vger.kernel.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.