All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.