Kernel KVM virtualization development
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: Sasha Levin <levinsasha928@gmail.com>
Cc: penberg@kernel.org, kvm@vger.kernel.org
Subject: Re: [PATCH] kvm tools: Use mmap for working with disk image V3
Date: Sat, 09 Apr 2011 08:26:30 -0500	[thread overview]
Message-ID: <4DA05E86.7070900@codemonkey.ws> (raw)
In-Reply-To: <1302351545-5214-1-git-send-email-levinsasha928@gmail.com>

On 04/09/2011 07:19 AM, Sasha Levin wrote:
> Attempt to use mmap first for working with a disk image, if the attempt is failed (for example, large image on a 32bit system) fallback to using read/write.

I think you're likely seeing a secondary affect.

Right now, you issue synchronous I/O on the VCPU exit path.  Blocking 
the VCPU to do I/O not only slows down I/O (since you're only handling 
one request at a time) but it has secondary affects on the guest since 
normally the guest can do useful work while waiting for I/O to complete.

You really want to defer I/O to a thread pool to allow the VCPU to 
continue execution while the I/O is being processed.

In QEMU, we use ioeventfd() with the virtio pci notify register which 
allows us to avoid heavy weight exits in this path.  We handle the 
ioeventfd in a single thread and then dispatch the I/O to the thread pool.

There might be a clever way to avoid that extra context switch.  It may 
involve doing something like X = read(eventfd); write(eventfd, X - 1); 
though which seems pretty gnarly to me.

Regards,

Anthony Liguori

> Performance (kB/s) test using bonnie++ showed the following improvement:
>
> kvm cmdline: ./kvm run --mem=256 --image=./work/vms/gentoo.img --kernel=/boot/bzImage-git
> bonnie++ cmdline: bonnie++ -u 0
>
> Before:
> Version  1.96       ------Sequential Output----- --Sequential Input- -Random-
> Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
> Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
> tux            480M   673 100 308017  61 288156  49  3286  99 892186  76 +++++ +++
> Latency             12998us   50992us   35993us    3000us    1999us     201ms
> Version  1.96       ------Sequential Create------ --------Random Create--------
> tux                 -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
>                files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
>                   16 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
> Latency              3000us    1000us    1000us    1000us    1998us    1000us
>
> After:
> Version  1.96       ------Sequential Output------ --Sequential Input- --Random-
> Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
> Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
> tux            480M   672  99 415549  45 310350  52  3495  99 910360  83 +++++ +++
> Latency             12998us    7998us   23996us    3998us    1000us     116ms
> Version  1.96       ------Sequential Create------ --------Random Create--------
> tux                 -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
>                files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
>                   16 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
> Latency              1000us    1000us    1000us    2000us    1000us    1999us
>
> Signed-off-by: Sasha Levin<levinsasha928@gmail.com>
> ---
>   tools/kvm/disk-image.c             |   54 +++++++++++++++++++++++++++++------
>   tools/kvm/include/kvm/disk-image.h |    2 +-
>   2 files changed, 45 insertions(+), 11 deletions(-)
>
> diff --git a/tools/kvm/disk-image.c b/tools/kvm/disk-image.c
> index 9deaf45..dbae1e4 100644
> --- a/tools/kvm/disk-image.c
> +++ b/tools/kvm/disk-image.c
> @@ -13,21 +13,31 @@
>   #include<unistd.h>
>   #include<fcntl.h>
>
> -struct disk_image *disk_image__new(int fd, uint64_t size, struct disk_image_operations *ops)
> +static int raw_image__read_sector_mmap(struct disk_image *self, uint64_t sector, void *dst, uint32_t dst_len)
>   {
> -	struct disk_image *self;
> +	uint64_t offset = sector<<  SECTOR_SHIFT;
>
> -	self		= malloc(sizeof *self);
> -	if (!self)
> -		return NULL;
> +	if (offset + dst_len>  self->size)
> +		return -1;
>
> -	self->fd	= fd;
> -	self->size	= size;
> -	self->ops	= ops;
> +	memcpy(dst, self->priv + offset, dst_len);
>
> -	return self;
> +	return 0;
>   }
>
> +static int raw_image__write_sector_mmap(struct disk_image *self, uint64_t sector, void *src, uint32_t src_len)
> +{
> +	uint64_t offset = sector<<  SECTOR_SHIFT;
> +
> +	if (offset + src_len>  self->size)
> +		return -1;
> +
> +	memcpy(self->priv + offset, src, src_len);
> +
> +	return 0;
> +}
> +
> +
>   static int raw_image__read_sector(struct disk_image *self, uint64_t sector, void *dst, uint32_t dst_len)
>   {
>   	uint64_t offset = sector<<  SECTOR_SHIFT;
> @@ -59,6 +69,27 @@ static struct disk_image_operations raw_image_ops = {
>   	.write_sector		= raw_image__write_sector,
>   };
>
> +static struct disk_image_operations raw_image_mmap_ops = {
> +	.read_sector		= raw_image__read_sector_mmap,
> +	.write_sector		= raw_image__write_sector_mmap,
> +};
> +
> +struct disk_image *disk_image__new(int fd, uint64_t size)
> +{
> +	struct disk_image *self;
> +
> +	self		= malloc(sizeof *self);
> +	if (!self)
> +		return NULL;
> +
> +	self->fd	= fd;
> +	self->size	= size;
> +	self->priv	= mmap(NULL, size, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_NORESERVE, fd, 0);
> +	self->ops 	= (self->priv == MAP_FAILED) ?&raw_image_ops :&raw_image_mmap_ops;
> +	
> +	return self;
> +}
> +
>   static struct disk_image *raw_image__probe(int fd)
>   {
>   	struct stat st;
> @@ -66,7 +97,7 @@ static struct disk_image *raw_image__probe(int fd)
>   	if (fstat(fd,&st)<  0)
>   		return NULL;
>
> -	return disk_image__new(fd, st.st_size,&raw_image_ops);
> +	return disk_image__new(fd, st.st_size);
>   }
>
>   struct disk_image *disk_image__open(const char *filename)
> @@ -97,6 +128,9 @@ void disk_image__close(struct disk_image *self)
>   	if (self->ops->close)
>   		self->ops->close(self);
>
> +	if (self->priv != MAP_FAILED)
> +		munmap(self->priv, self->size);
> +
>   	if (close(self->fd)<  0)
>   		warning("close() failed");
>
> diff --git a/tools/kvm/include/kvm/disk-image.h b/tools/kvm/include/kvm/disk-image.h
> index df0a15d..8b78657 100644
> --- a/tools/kvm/include/kvm/disk-image.h
> +++ b/tools/kvm/include/kvm/disk-image.h
> @@ -22,7 +22,7 @@ struct disk_image {
>   };
>
>   struct disk_image *disk_image__open(const char *filename);
> -struct disk_image *disk_image__new(int fd, uint64_t size, struct disk_image_operations *ops);
> +struct disk_image *disk_image__new(int fd, uint64_t size);
>   void disk_image__close(struct disk_image *self);
>
>   static inline int disk_image__read_sector(struct disk_image *self, uint64_t sector, void *dst, uint32_t dst_len)


  parent reply	other threads:[~2011-04-09 13:26 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-09 12:19 [PATCH] kvm tools: Use mmap for working with disk image V3 Sasha Levin
2011-04-09 12:38 ` Pekka Enberg
2011-04-09 13:26 ` Anthony Liguori [this message]
2011-04-09 13:34   ` Pekka Enberg

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=4DA05E86.7070900@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=kvm@vger.kernel.org \
    --cc=levinsasha928@gmail.com \
    --cc=penberg@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox