all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: Hartmut Goebel <h.goebel@crazy-compilers.com>
Cc: guix-devel <guix-devel@gnu.org>
Subject: Re: Speed of qemu VM sharing the store
Date: Sat, 11 Nov 2017 14:45:05 +0100	[thread overview]
Message-ID: <87a7zthqu6.fsf@gnu.org> (raw)
In-Reply-To: <7724320c-51c8-94d5-e676-1f749b87ff04@crazy-compilers.com> (Hartmut Goebel's message of "Sat, 11 Nov 2017 14:05:11 +0100")

Hartmut Goebel <h.goebel@crazy-compilers.com> skribis:

> Am 11.11.2017 um 12:31 schrieb Ludovic Courtès:
>>> Since a vm (sharing the host store) is unacceptable sloooooow,
>> Could you be more specific?  I understand from Chris Baines’ measurement
>> some time ago that it’s definitely slower than a bare-metal system, but
>> I don’t find it “unacceptably slow” when it comes to testing stuff like
>> this (it’s definitely faster than building a standalone image with ‘guix
>> system vm-image’ anyway!).
>>
> See my posting at
> <https://lists.gnu.org/archive/html/guix-devel/2017-10/msg00185.html>:
>
> When sharing the host's store ("guix system vm …"), Plasma takes 80
> seconds (minimum) to start up after log-in to X11, when clicking the
> menu-button, it takes 36 sec. for the menu to appear. This plain renders
> such a VM unusable even for testing.

OK, that’s terrible indeed.  So that’s with ‘-enable-kvm’ on the qemu
command line, right?

> YMMV, but I call this in-acceptable and this is why I'm using a vm-image
> ("guix system vm-image …", which is much faster: Plase start-up 25 sec.,
> Menu appears immediately.

25 seconds to start up is still a lot (in ‘guix system vm’ GNOME is
usable and much faster to start).  It would be nice to see if that comes
from I/O or something else.  Is there something we’re doing wrong
(independently of the VM) or is it expected for Plasma startup to be
this slow?

Ludo’.

  reply	other threads:[~2017-11-11 13:45 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-09 10:36 Best-practice to "develop" a system-config / service? Hartmut Goebel
2017-11-10  0:15 ` Marius Bakke
2017-11-11 11:31 ` Ludovic Courtès
2017-11-11 13:05   ` Speed of qemu VM sharing the store (was: Best-practice to "develop" a system-config / service?) Hartmut Goebel
2017-11-11 13:45     ` Ludovic Courtès [this message]
2017-11-12 10:19       ` Speed of qemu VM sharing the store Hartmut Goebel
2017-11-11 13:22   ` Best-practice to "develop" a system-config / service? Hartmut Goebel
2017-11-11 13:51     ` Ludovic Courtès
2017-11-12 15:50       ` Hartmut Goebel
2017-11-13 10:44         ` Ludovic Courtès
2017-11-18  9:09           ` Hartmut Goebel

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=87a7zthqu6.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=guix-devel@gnu.org \
    --cc=h.goebel@crazy-compilers.com \
    /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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

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.